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ABSTRACT 

This    study    contains    an  application   of    cost-performance 
analysis    to   the    automation   of    a    manual    reporting    and 
record-keeping   system.      A    small    local   transit   company    serves 
as    the   basis    for   the    analysis.       Beginning    with    a    brief 
history   of   small   business   computing   and   computers   in    the 
transit   industry,    it    covers  ths    main    aspects   of   requirements 
analysis    in  terms   of    system  size  ,    software    and   hardwire. 
Four   alternative   computer   systems,    two    minicomputers    and    two 
microcomputer   networks,    are   presented   and    rated   on   their 
responsiveness   to  the   transit    company's   needs.      Tradeoffs    in 
cost   and    performance    are    analyzed   to    determine   the   marginal 
costs    for    each  unit   of  increase    in   performance.      The    cost- 
performance   technigues  developed    for    mainframe   systems    are 
shown   to    be   applicable  to    minicomputer    and    microcomputer 
based  systems    as   well. 
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I.     INTRODUCTION 

A.        BACKGROUND    ON    SHALL    BUSINESS    COMPUTERS 

Whan    was    cnce   the   province   of   Fortune    530    companies    has 
become   a    topic   of   interest   everywhere    fron    boardrooms    to 
stockrooms,    steel   mills    to  Mom   and   Pop   groceries.      Computers 
are    no  longer    reserved  for   companies    with    high-budget    data 
processing    (dp)    departments  and    ranks   of    programmers    at    the 
ready.      Technological    advance    oyer   the    last    two    decades    has 
allowed   the   "cost    per   computation"    to    plummet    so    that 
computer    power   is   available   to   anyone    with    a    few    hundred 
dollars   to    spend.      To   exploit    this   steadily    growing   narket 
of    hardware   owners,    software   producers   ha^e    rushed   to    supply 
ready-made   software:       "horizontal"    packages    which    apply    to 
nearly  svery  business — payroll,     inventory    control    and 
general   ledger,    for   example;    and    "ver-ioal"    applications 
which   are    directed   toward   a   single   industry-- job-costing    for 
a   building    contractor,    for  example   [1:35].       The   advent    of 
small   and    inexpensive   computers,    coupled    with    a    dazzling 
array  of    prepackaged    software   and   the   ever-increasing    costs 
of    labor,    has    made   the  computer    as    ordinary    an    instrument    of 
business    as  the   telephone. 

But   for  a    company   with   slightly    unique    needs,    locating 
appropriate  vendors   is  in   itself    a   major   ohore.      Th^    average 
business    user    is   apt    to    be  overwhelmed    by    the   number    of 
salesmen    anxious   to   lay    claim    to    his    dp   dollar,    whether    or 
not    they    can   effectively    meet    his   needs.       With   the   multitude 
cf    sources    for   obtaining   a  syste m--turnkey    operations, 
direct  manufacturer    sales,    computer   retail ers--and  the    range 
of    implementations — traditional    minicomputer,    microcom- 
puters,   networks,    distributed    processing--*    buyer   must    be 
aware   of    the    whole   spectrum   of   options. 
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Making    a    choice    was    definitely   simpler    when    alternatives 
could   be    placed    into    rigidly   delineated    categories.       In    the 
not -too- distant    past,    a    minicomputer    was    the    choice   for    a 
small   businessman,    a    micr ocomput er  for   th.3    hobbyist.       Today, 
one    estimate   places   6  0%   of   all   micros   sold    into    small    busi- 
nesses  and    professional    offioes    [2:79],       Data    Sources,    a 
guarterly   guide   to   equipment,    software   services    and   compa- 
nies   in   the   information   processing   industry,    groups   its 
less-tha n- main frame   sized   computer  systems    into    high-end, 
mid-range,    and  low-end  minicomputers,    microcomputers,    and 
small  business  computers,    ranged    by   price    in    each    division. 
A   quick   scan   shows   that    price   is    not    a   dependable    indicator 
of    classification:      both    low-sad    minis    and    microcomputers 
list   systems    under   $15,000;    a    great   number    overlap   ia    the 
$30,000    to    $75,000   range;    and    :>ae    micro    system    spills    into 
the    "greater   than   $35  0,000"   range.      Ones    an    organization   has 
determined    what   general    size    and    price   classification    it 
fits   into,    it    must    locate   software   which    is    responsive    to 
its    needs.       If   the   small    business   in    question    is    in    the 
transit   industry,    it    may   be   faoing   a    hard    task. 

B.        COMPUTERS    IN    TRANSIT     MANAGEMENT 

The   transit    industry,    along    with   other    types    of   busi- 
ness,   has    been    involved    in   the   oreation   of    computerized 
decision-making   tools;   however,     most ' of    the    past    efforts 
have   concentrated  on    serving   the    large   transit   organization. 
Software    suppliers  have    found    it    profitable    to    scale    down 
accounting,    manufacturing   control  and   merchandizing   packages 
originally   designed   for    large    firms,    so   that    the   typical 
small   retail   cr    manufacturing    business  has    a    variety    of 
applicable   software    packages    from    which   to    choose.      Small 
transit   operations,    however,    represent   a   comparatively 
limited   market   and  thus    have    not    benefited    from    the 


attention    which   small   business   needs    are   jatting. 
Development  of   automated    transit    aids   has    taken    the    form    of 
research    grar.-s   pursued   under    the    sponsorship    of    the    Urban 
Mass   Transportation   Administration-      Rucus,    an   acronym    for 
run-cutting  end    scheduling,    was    an   early    entry    in   the 
transit    applications    field.      The    Rucus  system    was   developed 
in    1970   as    a    modular    package    of    programs    designed   to    address 
the    scheduling   aspect   of   transit    planning.       Briefly,    Rucus 
comprises    four   modules  [3:159-51  }    : 

1.  Trips,    to   adjust    freguency   of    service    in    response    to 
demand   and   company    polioy ; 

2.  3locks,    to   assign    vehicles   to. trips    in    accordance 
with   an   optimization   technigue; 

3.  Runs,    to    assign  drivers   to   trips   in    accordance    with 
labor   contracts  and  company   policy;    and 

4.  Data  Management,    to   interface   the    other   three 
modules. 

While  these   programs    apply  to    functions   shared    by   all 
transit   organizations,   the   original   Rucus    oackage   was 
designed    for    large-scale    hardware   and   thus    was   suitable    only 
for   large    transit   operations.      Liberal   distribution   of    the 
Rucus   package   to   the    industry    has   allowed    private    enterprise 
to    participate   in    the    evolution    of   Rucus    so    that    it    has 
since   become    a   generic  standard    from    which    customize! 
systems  are   developed.      The   addition    of   report   generation    to 
use    the  schedule   information   to    produce    operating   reports 
and    timetables   has  boosted  the   worth    of   Ricus-type   applica- 
tions to    the   industry   [4:25%       The   area    of    bus    fleet 
maintenance  was   also    addressed   b y   an    Urban    Mass 
Transportation   Administration    study.      In    1971    and    1972,    the 
Administration   initiated    the    SIMS   project    for   transit 
districts    in   Oakland,    CA ,    and   Dallas,    TX.       SIMS,    an    acronym 
for    Service,    Inventory  and   Maintenance   System   consists    of 
three   modules: 
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1.  The    Service   per  Unit   Change   module    uses    vehicle    miirs 
as    the    unit   of   performance.      Performance   is    a    func- 
tion  of    fuel   ana   oil   consumption   and    parts   r=Dair    or 
replacement. 

2.  The    Inventory    module  is   a    standard    inventory   control 
program   to   record    issuance  and   receipt   of   ma-erials 
and  to   maintain  stock   points.      Parts    repair   oosts    are 
input  to   the   next    module. 

3.  The   Repair   Cost  module   combines   labor   costs   incurred 
in    the    maintenance    of   vehicles   with    parts    costs    from 
the   inventory    module  to  maintain   lifetime   costs   on 
vehicles. 

Another    computerized    transit   tool  is    the    Maintenance 

Planning    System    (MPS) .      It   produces   comprehensive   reports 

for    maintenance   control,    as   follows: 

1.  Maintenance    Control   reports    for   preventive   mainte- 
nance  and   major  repairs   scheduling; 

2.  Eguipment   Status    reports    for  onqoing    vehicle   history; 
and 

3.  Failure    Analysis    reports    to   identify    parts    with 
recurring   failures. 

Both    SIMS    and    MPS    were  designed    for    large    transit    companies; 
the    Oakland  and   Dallas  fleets    comprised    830    and    400    buses, 
respectively,    and    MPS    was    tested    en    San    Francisco's    BART 
system.      Both   systems   run    on    IBM    360/370    mainframes. 

Small    transit   operations   are    the    intended    market    for 
Trans-Pac,    a   complete    management    package    developed   by    MTD 
Project    Services,    a    division   of    Qantel   Business   Computers. 
Trans-Pac    handles   financial   management,    maintenance   and 
inventory    control   similar   to  MPS,    driver    timekeeping, 
payroll,    Rucus-type  scheduling,     performance    measuring,    and 
Urban   Mass   Transportation    Administration-required   reports. 
It    is   designed  to    run   on    any    of    Qantel's    minicomputers, 
depending    on    user's  desired   speed   and    memory    requirements. 

Some    packaged    softwareTias    appeared    to    meet    the   general 
reeds  of    vehicle   maintenance   for    trucking    firms   and   indus- 
tries  with    private   transportation    fleets    which   may   be 
applicable  to    transit    maintenance   as    well.       These   packages 
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are    designed    for . minicomputers.       Judging    from    sources 
consulted,    the    microcomputer   software    market    does   not    as    yet 
offer  vehicle   maintenance   applications    (although   ar.    aircraft 
maintenance  package  available    for   Apple   computers    may    signal 
future  involvement    in   this  area!  .      4s   microcomputer   software 
suppliers   expand   to   cover    more   vertical   markets,    more 
transit   operation   functions  will    be   computerized.      At    the 
present,    however,    the   choices   are   few. 

C.        PROBLEH    DEFINITION   AND   OBJECTIVE 

As    evidenced   by   the    profusion   of    minicomputer   ani    micro- 
computer   manufacturers,    software    suppliers,    OEMs1    and 
consultants,    the  small  business    computer   market   is   complex 
and    confusing.       A   company    venturing   into    the    computer    arena 
for    the   first    time   must    heed   the    words   "3uyer   beware."      One 
such   company   investigating  the   possibilities    of    automation 
is    Monterey-Salinas  Transit    (MST),    a    publicly-owned,    local 
transit   company    located   in  Monterey,    California.       MSP 
reviewed    their   present  manual    re  cord- keeping    procedures    and 
concluded   that    a   computerized    management    information    system 
(MIS)    incorporating   the    individual   administrative   record- 
keeping  systems    associated   with    each    operational    area    would 
benefit   organizational  efficiency   and    effectiveness   [5]. 
Many  of    MST*s   functions    parallel    those   of    any    other    like- 
sized  service   or   manufacturing   firm,    but    nuch   of   the 
workload   addresses   transit   needs    specifically.      Due   to    the 
prohibitive   costs   of    specialized    system    design,    which    would 
ideally   tailor    all   hardware   and    software    to    MST's   particular 
needs,    and    because    of   the    lack    of   an    in-house    programming 
resource,    the    company    concluded    that    the    only    feasible 
option  would   be    to   acguire   a   system    "off    the    shelf":       either 


*OEM    stands    for   original   equipment   manufacturer,    which 
is    a   retailer    who    combines   hardware    and    software    from 
various    sources   to   supply    specific   markets. 
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one    already  designed    for    small   transit    companies,    if   such 
existed,    or   one    compiled    for   that   purpose    utilizing   commsr- 
cially  available   software   and    general   purpose   hardware. 

It   is    important,     when   introducing   computerization f    to 
determine    which  of  a    company's   tasks    are    cost-effectively 
transferred   to   automated    processing.      Computers    are   fast, 
accurate,    and   incapable   of  thought,    whereas   man   is   slow, 
error-prone,    and   thoughtful.      Tiis  relationship    between   man 
and    computers    suggests  that  tedious,    routine,    and   tine- 
consuming    tasks   should  be   offloaded   to   the    computer   so    that 
human   resources    may    be  utilized    in   the    business   of    manage- 
ment.     However,    due   to  the   high    cost    of    cistom   software 
design,    some    procedures    net   covered   by   packaged    software    are 
best   left    to   the   manual    system. 

The    objective   of    this    thesis    is   to   analyze    the    trade- 
offs  in  cost   and   performance   between    two    minicomputer    and 
two    microcomputer   systems    designed    to   meet    Monterey-Salinas 
Transit's   requirements  to    differing   extents.      One   system    is 
specifically    designed   for   small    transit    operations.    This 
system,    Trans-Pac,    distributed   by   Arthur    Andersen    S   lo. ,    is 
treated    in    this    thesis  as    the    most   responsive    solution. 
However,    other   options  exist    which    may   meet    some   or   all    of 
MST's  needs  at   a    lower  cost.      It    is    beyond    the   scope    of   this 
thesis   to    develop   an    operational   computer   system    to    compete 
with   the    professionally-developed  Trans-Pac   system. 
Instead,    the    four   systems   aim   to    be    representative   of    two 
computer   classifications,    minicomputers    and    microcomputer 
networks.      Typical   costs    and    software    availability   will    lead 
to    the  development   of   cost-performance    figures   to   ascertain 
whether   there   is   a    difference   between   mini-    and   micro-based 
systems.       This   thesis   first   determines   MST's    needs   in    terms 
of    general    hardware   and   software    requirements  and   then    uses 
these    guidelines   to   configure    three   systems    to   perform    the 
functions    identified    in    the  requirements   analysis.      These 
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systems  are  analyzed  in  terms  of  their  rsponsiveness  to 
MST's  software  requirements  usip.g  a  weighted  evaluation 
scheme. 

D.        SOURCES 

Information   on   transit   operations  and    functions   was 
provided    by   personnel    at    Monterey-Salinas    Transit    Company, 
publications   on   the  transit  industry,    and   a    management 
performance   audit    [6].      Specific    prices,    hardware   model 
specifications   and   software  availability    *ere    drawn    from 
D^l§   Sources    and   Datapro    Research  Corporation's    Datapro    70 
and    Direct  ory    of   Small  Computers.      The    distributor   for 
Trans-Pac,    Arthur    And€rsen  &    Co.  ,    was    helpful    in    describing 
the    system    and   providing    approximate    costs. 
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II.     MONTEREY-SALIIAS    TRANSIT    3BGANIZ ATION    AND    REQUIREMENTS 

A.       ORGANIZATION    OF    HST 

Mont erey- Salinas    Transit    is    a    publicly    owned    local 
transportation   company  serving   the   city    of    Salinas    and   the 
cities   and    county   of    the    Monterey  Peninsula.       It   provides 
service    seven    days   per   week   with    a   fleet    Df    52    buses    and    a 
staff  of    100,    70    of   whom    are   coach   operators.      The    company 
owns    two    facilities:       the    main   administration,    maintenance 
and    dispatching   facility    in   Monterey    and   a    smaller   building 
in    Salinas    for   light    maintenance    and    housing    of    vehicles 
overnight.      MST   is  governed   by   a    Board   of    Directors    repre- 
senting the   cities   and  county    served.      Th?    Beard   convenes 
monthly   to   review   financial   and    operating    data   presented   by 
MST's   general    manager.      Additionally,    the    Board    is   respon- 
sible  for   approving   company   goals   and   objectives,    routes    and 
service   levels,    fares   and   grant    applications. 

MST1 s   internal   organizatioi    is   structured   along   func- 
tional lines.      The   four    departments  under    the    general 
manager   are   maintenance,    transportation,    controller,    and 
administration,    which   includes   the    planner.       The    planner    is 
responsible   for   service   planning    and   scheduling    and   also 
computes    many    of   the    organization's    perforiance    statistics 
for    external   reporting  reguireien^s.      The    external   reporting 
function    is    labeled    as  part   of   the   administrative    function 
in    the  system   analysis  in   section   B. 

In  addition  to   revenues   from    fares,    MST    is   funded    by 
federal  and   state    agencies.      As    a  result    of    receiving    public 
monies,    MST   must    account    for   those   grants    and    allotments   in 
periodic    reports.      Much    of  MST's    recordkeeping    is   geared 
toward  providing  those  reports.       Some   background    on    the 
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federal   transportation  agency   will   help   d?fine   the   reporting 
arena   in    which    MST   operates. 

The   Urban    Mass   Transportation   Administration    is    an 
agency  of    the   Department    of  Tran spcr tation ,    whose   chief 
responsibility   concerns   the  administration    of   the   Urban    Mass 
Transportation   Act   of    196U,    as    amended    (UMTA) .      This    compre- 
hensive  act   provides    federal   assistance   for   [7:140]   : 

1.  Acquisition   and  improvenent   of    facilities    and    equip- 
ment   associated   with  mass    transportation; 

2.  Research,    development,    and   demonstration    projects 
related  to   urban    mass   transportation; 

3.  Engineering,    planning,    and    designin  g    urban   mass 
transportation;   and 

4.  Training   personnel    in   managerial,    technical   and 
professional    positions    related    to   mass   transporta- 
tion. 

Since  the    agency   is  responsible    for   allocating   considerable 
suras   of   federal    money  through    its   various    grant    programs,2 
it    is   understandably    concerned   with   the    utilization    of    those 
funds  and    demands   extensive    reporting   under    Section    15, 
UMTA.      Section    15    requires   information   be    maintained    on 
safety  and    accident   claims,    annual   ridsrsaip    surveys, 
detailed    classifications    of   bus    driver    Labor,    financial 
accounts,    fares,    and    prof itablil ty ;    that    is,    essentially 
every  aspect   of   transit   operations   and   management. 

Even    with   the  stringent   reporting    requirements   of 
Section    15,    some   information    was    not    well    enough   standard- 
ized  to   permit    industry-wide   analysis    of    nass    transit.       In 
1971,    the    Urban    Mass    Transpor tat  en   Administration,    The 
American    Transit    Association    (ATA),    and   the    Institute    for 
Rapid  Transit    jointly    developed    a    program    to    devise    an 


2Sections  of  the  UMTA  address  different  types  of  grants: 
Section  3  for  capital,  Section  5  for  operating  and  Section  9 
for    planning   grants. 
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improved    system   of   financial    and    operating    data    reporting. 
The    outcome  was    initiation   of   Project  FARE    (Uniform 
Financial    and    Reporting    Elements),    which    established    a    stan- 
dardized   set    of   accounts    and   standard   operating    statistics 
categories   for   the   entire    industry.      This    data   base   is 
designed   to  serve  [3:165]    : 

1.  Federal,    state,   and    local    transportation   agencies   for 
financial  programs   administration; 

2.  Transit   industry   associations,    such    as    ATA,    for    moni- 
toring  industry  performance;    and 

3.  Individual   transit    sys+rsns    for   evaluating   their 
performance   against   similar  operations 

FARE    reporting   partially    meets   the   reguirsments    of   Section 
15,    UMTA .       I+    is    interesting   to    note    that    The    Project    FARE 
Ii§JS   II   E§.£2li*      X^sli  lUl  ££2.2i2i.  Summary,   was    prepared    for 
the    Administration    by   Arthur    Andersen    &   Co.,    which    distrib- 
utes  Trans-Pac. 

B.        REQUIREMENTS    ANALYSIS 

1  •      Current    System 

The  goal    of    Monterey-Salinas   Transit,    simply    stated, 
is    to   provide   reliable  bus   service    in    response    to    public 
demand.      The    physical   operation    of   buses    along    planned 
routes   is    supported   by  a    variety    of   administrative    activi- 
ties,   from    the   planning    of   service,    the    acquisition   and 
repair   of    vehicles,    and   training    of    drivers    to    the    ordering 
cf    spare    parts,    payment    of   employees,    and    preparation    of 
reports    for  the   board  of    directors.      Thess    tasks   are    no* 
important    to    the   customer,    whose    only    concern    is    that    his 
bus    is   on    time,    but   tc  HST,    they    are   th=    administrative 
functions    which   allow   the   transit   service    to    operate.       Every 
firm    has    its    paperwork,    a    fact    often   lamented,    but   a    neces- 
sity   which    organizes    and    documents  the   management   of 
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personnel,    equipment,    and    monetary   resources.      MST   maintains 
various   files   to   record    day-to-day  transactions   such   as 
inventory    issues,    vehicle   repairs,    and    cash    disbursements. 
These   files   form   the    backbone    :£    an    information   system    from 
which   information   on    the    effectiveness   and    efficiency    of 
transit   operations   can  be    drawn.       An    understanding   of   the 
manual  record-keeping  procedures    is  crucial    to    successful 
automation   because   management    must   be   able    to    define 
precisely   what   services   and  outputs   it   expects    from   the 
newly  automated    information   system.      Mont  erey-Salinas 
Transit    considers    their    system   of    weekly    and    monthly    reports 
important    to    effective  management,    and   an    automated   system 
should  enable   creation  of   those    reports.      The   manual   admin- 
istrative   filing   and    reporting   system    mast    record  and   report 
meaningful   information  before    converting    to    a   computer 
system,    or   the    inefficiencies   oz    the    current    system    may    be 
mistaken    for   unresponsiveness    of    the    computer   system.       Mer- 
automation   of    files   and    reports    will    not    provide    better 
information,    only   more  prompt    information.       If   a   company   is 
floundering,    automating   may  only    further    camouflage  the 
management    deficiencies    which    plague   the    firm.       As   one 
observer    noted,    "A   computer   can    make    a   sick    business    termi- 
nally  ill"   [1:35].      This    should    not   be   of    worry   to   MSI    as   a 
management   performance  audit    performed   in    1930    concluded 
that   then-Monterey  Peninsula   Transit    was   an    exceptionally 
well-managed   system   with    an   extensive    formalized   reporting 
procedure    well-suited  to    the   company's  management    structure 
[6:135-36]. 

Presently,    MST*s    maintenance,    inventory,    planning, 
and    personnel    filekeeping   and   reports   generation   are 
performed    manually.      Fortunately,    M3T    is    a    relatively    small 
organization,    well-staffed,    so   that   sheer    volume    does    not 
overwhelm    the   capabilities  of    their   current    record-keeping 
systems,    and   automation    is   not   being    pursued    to    stave    off 
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personnel    increases   or  other    mat  hods   of   augmenting   produc- 
tivity.     There   are,    however,    ar?as   which    night    benefit    from 
the    attributes    of   computerized   maintenance.       The   existence 
of    routine   and   redundant    data    landling   indicates   tasks   which 
would  probably   gain   speed   and   ;:curacy   from    automation.      In 
the    case    of   KST,    many   of    the   required    performance    statis- 
tics,  generated   at   least    guartarly,    necessitate   simple   but 
repetitive   calculations   which    are   time-oonsuming   and   prone 
to   human    error.      Most   other   filekeeping   requires    duplicative 
entries   in   various   files    to  allow   cr oss-raf erencing   and   to 
ensure  that   each   file   is   complete.      MST's    financial   records 
are    prepared    by   a   service    bureau,    Eank   of    America,    so    that 
accounting    applications    do   get    the   benefi1-    of    computer    accu- 
racy   and    automatic   generation.       With    the    aflvent   of   in-house 
aocounts    processing,    data    entry    would    be   to    a   keyboard 
instead   of   to    paper    forms,    and   the   submission    and   batch 
processing   time    lag   would    be   eliminated.       Potential   savings 
could  result    from    scheduling    payments    to    take   advantage    of 
vender  discounts,    if    this    is   not    already    ior.e.      The   primary 
advantage   of    in-house    processing    is   that    the    controller 
would   be    able   to   generate   non-standard   couparison   reports, 
on    demand,    as    opposed   to    relying    only    on    reports   contract?! 
for    with    the    service    bureau.      The   issue    sf    security    may    have 
*o    be   addressed  since   pay    records  and    financial   statements 
should  not    be    available    to   all   users    of   the    system. 

The   five   record- keeping    systems   to    be    analyzed    for 
automation    are:      personnel  management,    maintenance   and 
inventory   control,    financial   management,    service/scheduling 
con/trol,    and  the   external    reporting    systea.       The   systems   of 
necessity   are    interrelated,   because   information    flews    and 
the    effects   of   actions  are  not   solely   internal   to   eaoh 
department.      Thus,    mileage   figures   generated    by    the   Mainte- 
nance department    are    used    in  efficiency    reports   submitted   to 
the    board    of    directors  and   inventory    purchase   orders    are 
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accounted    for    in   the    controller's   accounts    payable   file.       A 
brief   description   of    each    administrative    control    system    in 
place   at    Monterey-Salinas    Transit    will    define   the   informa- 
tion  environment    in   which   an   automated    system   must    exist, 
and    the    data    handling   and    computational    operations    which    it 
must    perform. 

a.      Personnel 

The   aim   of  the  personnel    control    system   is    to 
manage  the    human   resources   of    the   company.       Specific   activi- 
ties   include: 

1.  Planning,    programming,    aid  administ Bring   personnel- 
related   programs; 

2.  Evaluating   employment   needs; 

3.  Evaluating  candidates    foe    employment; 
U.      Training   employees; 

5.  Analyzing   compensation    levels;    and 

6.  Evaluating   employee   performance. 

A    major   part    cf   the    personnel    system    is    geared 
toward  accurate   and   timely  payaen-    of    empLoyees,    which 
necessitates    withholding    taxes,     collecting    Social    Seourit.y 
contributions,    and   deducting    payments    for    insurance, 
pension,    or  other   benefit   programs.      The    payroll   system    must 
register    changes   in    salary   or   wage,    job,    seniority,    and 
other   personnel    shifts.       Beyor.3    payroll    activities,    the 
personnel    system   is   designed    to    facilitate    production    of    the 
detailed    reports   reguired    by   the    federal    government   under 
employee    protection    programs,    such  as   Equal    Employment 
Opportunity    (EEO) -Affirmative    Action     (AA) ,    and   Section    15, 
UHTA.      As    driver   labor  accounts    for   a    considerable 
percentage   of    a  transit   system's    operating    expense,    detailed 
records    en   how   drivers  spend   their  time   are    maintained    in 
accordance    with    UHTA    regulations.      Dperator    timekeeping    must 
account   for  21    categories   cf   compensated    time   to   be   reported 
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to    the  Urban    Mass  Transportation    Administration,    while    each 
driver's    compensated    and    non-compensated    time   is   recorded    in 
an    attendance    file,    corresponding   to    one    of    seven   categories 
per    day.       The    files   currently   in    use    to   support    th^se 
personnel    and    reporting   functions   are   sho*n    in   Table   IX    , 
Appendix    A. 

b.      Maintenance 

The   objective   of   the    maintenance    department    is 
to    ensure   that    sufficient    vehicles  are   maintained   in    a    safe 
and    efficient    condition,    at   a   reasonable    cost,    to    meet 
scheduled    service.      Specific   activities    include: 

1.  Repairing   service    breakdowns    on    an    emergency    basis; 

2.  Conducting   a   preventive   maintenance    program    (PM)  ; 

3.  Maintaining   service   records   on    vehicles; 

U.      Maintaining  control  over    repair   parts    and    fluids    in 
inventory; 

5.  Monitoring   fuel,    oil,    and    automatic    transmission 
fluid     (ATF)    consumption;     and 

6.  General    upkeep   of    property   to    include    plant    and    bus 
stops. 

The   maintenance  administrative    system   is   set   up 
to    keep    extensive  records    on    vehicle    service    and   repair    to 
facilitate   planning   and   monitor    vehicle    efficiency. 
Preventive    maintenance  is    scheduled    on    the    basis    of    daily 
inspections   and  a   "tickler  file"    to  alert    personnel   to 
upcoming    mileage   or   time    checks.       Unscheduled   or    emergency 
repair,    for   which  personnel  and    parts  must    be    on    hand,    and 
replacement  buses   available,    may    result    from    manufacturer 
directives   or    breakdowns.      In   any  circumstance,    bus   non- 
availability  must   be    transmitted    to   the   dispatcher   for    use 
in    bus   assignment,    and  repairs   effected   under    warranty    must 
be    documented    for   reimbursement.       Labor   aid    parts   costs 
currently    are   not    charged    to   each   vehicle    to    allow   iifecycle 
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costing,    as   the  use  of  standard    labor  hours    and   costs    5:3 
not    fully    incorporated  into   the    manual   system. 
Additionally,    the  tracking  of   major  compoaents--engiass    ar.d 
transmissions--f or   evaluation    of    equipment    reliability    is 
not    covered   by   the   maintenance    system    although    MST    wishes    to 
integrate    both   of  these   controls    into    an    automated   system. 
In    addition   to   ensuring   that   vehicles   are   available   for 
service,    the   maintenance    system    is  organized    to    provide 
efficiency   reports  to   managemeit .      Milaags    and   fuel   and   oil 
usage  and   inventory   status  are   reported   monthly   for   input    to 
the    planners  computations  of    performance    statistics. 

The   maintenance  department   is   also   responsible 
for    managing   inventory  and  equipment.      Ih?    objective    of 
inventory   control  is    to    reduce   obsolete   items,    store   and 
protect   inventory   supplies,    and    improve    forecasting   to 
establish    minimum   levels    of  stock   whila   avoiding   outages   or 
delays   in    availability.       Currently,    a    cari?x    file    is    used    to 
record  receipt   and   issuance   of   parts    and    supplies.      Due   tc 
the    easy    availability   of    parts,    secure   supply   channels,    and 
the    maintenance   clerk's    familiarity   with    vendors   and    parts 
usage   rates,    crder   points    and    order    quantities    have   not    bean 
developed.      To    reduce  the    cost    of   inventory    and    provide    an 
inventory   control   system    independent    of   specific   employees, 
the    inclusion    of   minimum   stock   points,    orier    quantities,    and 
automatic    generation    cf    purchase    orders   i:    an    automated 
system  is    desirable.      The    dozrumsnts   and    files    supporting 
maintenance   administration   are   described    in    Table   X    , 
Appendix    A. 

c.      Finance 

The   objective   of  the    financial    function   is    to 
plan   for    and   ensure   the   efficient   utilization   of   funds.      The 
objective   of   a   financial    reporting   system   is   to    provide    a 
structured    method   of    accountability   and   a    basis    for    judging 
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operations.      MST 's   financial    functions   ir=   budgeting, 
accounting   of   revenues  and  expenditures,    internal   control 
for   the   safeguarding    cf   assets,    and   the   application   of 
federal   monies.      Financial  reporting    and    accounting   must 
conform    to    generally    accepted    principles    of    accounting    and 
to    the  reporting  reguirements    of    the    UMTA    and   California 
Transportation   Development   Act    of    1971. 

These   functions  are    currently    performed   under    a 
contract    with   a   service   bureau.       The    controller   compiles 
data    for    input  to   the   service    bureau 'twice    a    week.    Updated 
ledger   accounts    are   returned  and    monthly   financial   reports 
are   created.      The   controller   uses   standard    files   to   maintain 
the    accounting   data   as  shown   in    Table    XI    ,    Appendix   A. 

d.      Plans 

The   objective    of    the    planning    function   is    to 
turn   the    company's   objectives    into  concrete    courses   of 
action.      This    is   pursued    in   two    stages:      setting   service 
levels   and  scheduling  resources,     labor,    and    vehicles    to    meet 
the    service    level.      In  support    of   the    first    task,    the 
planner    conducts    an    annual  rider  ship    survey    to   determine   the 
degree   to    which    existing    routes    and   schedules    respond    to 
demand.      The   surveys    gather  information   on    fare    categories, 
load    factors,    time    and  spacing   of   stops,    rfhich,    together 
with    data   en   operating  expenses,    generates    figures   to    deter- 
mine   which    routes   are    cost-effective,    where    zone    lines 
should  be    drawn,    and    optimum    fre guency    of    service.      A 
programmable    calculator    is   used    in   the    manipulation    of   the 
numbers   recorded   during   the   survey,    but    the    compilation 
process    can   continue    through    several    weeks    and   perhaps 
months.      Given   these    utilization    figures    and    associated 
costs  as    well   as   community   input,    the    planner   evaluates   the 
present    level   of    service    against    demand   an.d    fiscal 
constraints  to   recommend    continuation,    adjustment,    or 
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deletion    cf  routes.       Once    levels    cf    service    are    set,    the 
planner   must   determine  how  the   various   routes    should    be 
allocated   to    drivers    and    buses   in   segments   called   "runs." 
Pun-cutting  must   try    to    maximize    driver   productive   time 
while   minimizing  overtime   and   conforming    to    provisions    of 
the    labor    contracts,     all    subject    to    the    established   route 
structure.      Obviously,  this  is   a    time-consuming    process,    and 
it    will   usually   require    revision    during   holiday   periods   and 
after  the   ridership   survey.      In    support   of    these    functions, 
the    planner   maintains   several    files   shown    in    Table    XII    , 
Appendix    A. 

e.      Administration 

In   the   general  administrative    system,    data    orig- 
inated by    the   other    functional   systems   converge.       At    this 
point,    their   outputs    are    combined  and    interpreted   to    facili- 
tate   internal    management    decision-making    and    external 
reporting.      Data   on   materials    usage,    miles    and   hours    of 
vehicle   service   performed,    accidents,    breakdowns,    and 
expenses    enable    management   to    compile   measures    cf    perform- 
ance  to    facilitate  reporting  under  the   Urban    Mass 
Transportation   Act   of    196U    (UMrA)  ,    as   amended,    and 
California's  Transportation  Development   Act     (TDA)    of    1971, 
and    to  present    information   for    management    decisions 
affecting    service,    purchasing,    federal   grants,    and 
marketing.      Several    types    of    data    maintained    for    input    to 
the    quarterly   and   annual    performance    reports    provided    the 
Board  of    Directors   and  governmental    transportation    depart- 
ments are    shown    in   Table    XIII    ,     Appendix    A.       The    formatting 
cf   this    information   into    formal    reports   is    manual.      The 
creation    of   the   statisics    drawn    from    files    would   be    easily 
supported    by   eutomated  report    generation. 
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2.      Indicators   of   System    Size 

Some    general    constraints    must    be    acknowledge!    before 
attempting   to   fit   a   computer   to    users'    requirements. 
Decisions    as   to   on-   or  off-line    data    retri?val,    real-time    cr 
batch   processing,    if    made   early    will    channel    initial   inves- 
tigation   toward  systems    built   upon  those   characteristics. 
The    decision    by    MST   to  acguire   an   on-line,    real-time    system 
directs   -heir   attention   toward   a    disk-based   system   utilizing 
CRTs    for    entry.      But    this   category   is   still    too    broad    to 
allow  a      manageable   comparison   of  alternatives.      Other 
descriptors   and   constraints  must    come    into    play.      Obviously, 
cost   is   one  such   constraint;    an    organization    with   a   budget 
of    $100   does   not    spend  time   evaluating    a    B1000    system. 
Similarly,    Chase   Manhattan  Bank    does    not    consider    loading 
its    database   onto   a    few   8-inch   floppy    diskettes.      Key 
volumes    of   a   system   such    as   size    of   a    database    and  the 
number  of    users    serve   to    further    define    the    range    of 
feasible    alternatives. 

The  number   of   users   for    whom    the    system    is   planned 
is    based    upon    the   functional   breakdown   of    tasks    as    MST    is 
currently    organized.      At    a    minimum,    entry    tc    the   system   is 
to    be   made    in    five    locations: 

1.  Maintenance  department    for   inventory   and    vehicle 
maintenance   records   update; 

2.  Comptroller's    office  for    financial    functions; 

3.  Operations   planner's   office   for   le<rel    of    service 
planning  and   performance    analysis; 

4.  Administrative   department    for    general    personnel    func- 
tions   and  word   processing;    and 

5.  Remote    entry   from    the    Salinas    facility,    primarily    for 
update   to   the    inventory   and   maintenance    records. 

The    determination   to    serve   a    minimum    of   five    users    effec- 
tively  bounds   the  ranee   of   feasible   options   by   eliminating 
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single-user    microcomputers   from    the    low   enl    of    the    scale    and 
by    suggesting   that   systems   orisnted  to   serving   hundreds   of 
users,    at    the    high-end,    would   likely    not    be    cost-eff active. 

Storage    capacity    required   to    hold   the    da*  a   and 
programs    creating   the   system    is    another   guideline   to   use    in 
identifying   possible    computer   configurations   applicable   to 
MST.      Some   processors,   notably  a icroprocesscrs,    are  limited 
in    the  amount    of  secondary  storage  they   can    access,    and    may 
only   support   floppy  diskette   or    cassette   tape   storage 
devices.       MST's   secondary    storage   requirements   may   be    esti- 
mated  from   the   number   of    characters   which    compose  the    files 
to    be  stored,    incorporating  some    growth    factor   over    the 
system  life.3    Datapro    Research   Corporation    [ 9 : SC15-200- 108  ] 
recommends    the    following    formula:      Disk   storage   equals 

1.  the   number   of    data    file   characters;    plus 

2.  25£   of   the   number    of  characters   to    allow    for   indexes 
or    sections   of   the    disk   required    by    the   computer   to 
perform   random   access;    plus 

3.  2  Of)   of    the   number    of   characters    for    prcqram   storage; 
plus 

a.      20%   of   the   number   of  characters   for    work   files    for 
sorting   or   storage   of   temporary   data. 

Thus,    disk   storage   eguais    165%   of  the    original    data    charac- 
ters,   with    the   total    rounded    up    tc   the    next    higher    million 
bytes   for    safety.      To   arrive   at    the   number    of    characters   of 
data    which    will   be    held    in   MST's    computerized   database,    the 
"brute   force"    method    was    applied:      The   average    number    of 
characters   per   field    were    summed    to   produce    an    average 
number   of   characters    per    record    for  formatted   records    such 
as    fixed    assets.      Unformatted    records   without    delineated 
fields,    such   as   -"-raining    records,    were    estimated   at   an 
average    number  of   characters    per    record.       These    counts    for 


3A   system's   economic    and   planning   life    should   be   consid- 
ered to    be   approximately    five   to    eight    years    [8:132],    thcuah 
'■he    changeable   nature   of    computer   technology    may   suggest, 
that  any   given   system   would   be   obsolete   before   that   ranae 
was    reached.       Datapro   advocates    a    five-year    life    and    that 
figure  is    used   in   these   calculations. 
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each   type    of    record    were    thee    nul^iplied    by    the    number    of 
record?   in    each    file    to   arrive   at   an    estinate   of    the    number 
of    characters    per   file.       The    addition    of    these    figurss 
results    in   a   xotal   of    10    million    characters    which,    at    one 
byte    per    character,    equals   10    megabytes    Df    data.      Applying 
DataPro's    formula,    fhe  following    figures    are    generated: 
Disk    storage   equals 

1.  10    million   characters    which,    assuming    a    nominal 
growth   ra'-e   of    5%    per   vear*    over    a    5-year    iifecycle 
yields   a    fifth    year   total    of    12.761    million    data 
characters;    plus 

2.  3.190    million    for    indexing 

3.  2.552    million    for    program    srorag?;    plus 

4.  2.552    million    for    temporary   work,    files;    equals    • 
21.055   million    characters.      After   rounding    up,    the    rough 
total   is    22   megabytes   of    disk,    storage.      This    figure    repre- 
sents  sufficient    storage    for   currently    planned    usaqs    of    the 
system,    but  allows  nothing   for   growth    outside   the   bounds    of 
the    foreseen   system.      New    uses,     new   applications   cf  the 
hardware    could   not   occur    without    buying   more    storage.       This 
proposition   is    more   complex   than    it    sounds    if    the    system's 
addressing    capabilities   or   disk    controller,    for    example, 
will    not    support    additional  secondary    memory.      Common    sense 
dictates    that    expansion    should    be   planned    for,    and  although 
MST    does    not    foresee    any    growth    in   service    or    employees, 
experience    shows   that,   once   installed,    ussrs    will    find    more 
and    more    uses    for   the   computer.       One    study    indicated    that 
the    overall   system   cost    is   minimized    if    uhe    hardware 
provides    5  09?   to    100^    more    capacity   than    is    absolutely    neces- 
sary  [10:13].      Using    this   ranas    gives    a   final    figure    of    33 
to    44   megabytes   of    secondary   rneaory,    in    the    form    of    3isk 


♦The    5%   figure   is   taken  from    the    fixed    assets   account 
which,    with  additions   of    40   and    retirements    of   5    accounts 
per    year,    shows    a   growth    of  35    accounts   on    a    total   of    700, 
or    a    5%   increase. 
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storage    for   on-line    retrieval,    is    a   reasonable    es-'-ima'-e    :o 
be    used    in    configuring  alternative   computer   systems    for    MST. 

3.      Amplication    Areas 

The   key   to   the  performance   of,    and    user    satisfaction 
with,    any    computer  system    lias    in    the    software   running    on 
i*- .       Small    business   users    typically   do   not    shop    for   raw 
processing   capacity,     but    rather    look    for    specific   software 
to    fit  their    needs   and  simply    buy    whatever    hardware    will 
support    it.      The   cost   of    a   snail    business    computer    system 
may    be  drastically    reduced   if    packaged   software,    as    opposed 
to    custom    software,    is  used.       According    to    one   market 
analyst,    standard  software  prices   are   about    one-third    the 
cost,   of    specially   produced   software   [11:92].       Urfortiinat  eiy , 
with   almost   any   packaged    programs,    there    will    not    be    an 
exact   fit    between   the   program    designer's    conception   of   stan- 
dard  procedures    and  the    individual   user's    procedures. 
Fegardless   of    which    procedure    :s    "standard,"    one   consultant 
recommends    the   80/20    rule:      if   3  0*   of   the    package   fits    the 
user's   requirements,     it    may   make    sense    to    modify   require- 
ments to    take    advantage    cf  the    package   as    is    [1:36].      Of   the 
following    application    descriptions   for    Hoi  "-erey-Saiinas 
Transit,    some,    like   general   ledger    and    acoounts    payable,    may 
actually    fit    s-.andard   packages,    which   makes    location    of    a 
supplier    simple.       Som«,    like    inventory   control,    may    be 
aeneral   enough  to   allow    the  use    of   standard    software    with    a 
few    changes   in   current   procedures.       For    some    unique    applica- 
tions,   there   are    no    "near-fits"    so   that    custom    software    is 
the    only    option.       In    these   cases,    economic    theory    dictates 
that    MST    not    automate   those  applications    for    which   the    cost 
exceeds   the    value    received.      This   entails    a    cost-benefit 
analysis    of   each   application      in    which   MSI    must    quantify   the 
benefits    of   computerized    versus    manual    handling. 


28 


The  description    of   MST1 s    manual    filing    and   manage- 
ment   control   system   in  section   A    defined   the    environment 
into    which    an    automated   system   must   be    assimilated    and 
prescribed   what    functions    the    system    should    provide.       The 
translation   of  these    functions   into  applications   packages 
available    for   off-the-shelf  systems  configurations    is 
performed    below. 

a.  Personnel 

There   are   a    variety    of   payroll    and  personnel 
packages    on   the    market;    seme   are    integrated    to   maintain 
personnel    information  and   make   available    to    the   payroll 
calculations    such   data  as    is    necessary.      Payroll   disburse- 
ments  may    then   update   the    financial   accounts. 
Non-integrated   applications  can    be   combined    to   cover    the 
same    functions;    separate    applications    for    payroll,    personnel 
records    maintenance,     and    financial   records.       Special    EEO-AA 
epplications   exist   to   set   up   equal   opportunity    goals    and 
prepare  required   government  reports.       The    remaining 
personnel-type   records  may  be    laintained   on    disk    for    access 
by    a   report   generator   for    summations    and    sorts.      Operator 
timekeeping   presents    a  problem    to    "canned"    timekeeping 
routines    which   are  no*   structured   to    maintain   the   21    catego- 
ries  MST    would    require.       It   is    doubtful   that    any   standard 
program   could   accommodate    the    timekeeping    requirements. 

b.  Maintenance 

Maintenance   administration   would    benefit    from   a 
vehicle   maintenance   program  to  track   lifecycle   costs   on    each 
vehicle,    establish   labor    standards    for    maintenance   activi- 
ties,   and   track   tire    life,    engines,    and    transmissions.      A 
separate   application    would   schedule   preventive   maintenance 
at    the   mileage   points   stipulated    by   MST.       An    inventory 
control   application   generally   will  maintain    stock   levels, 
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calculate  usage  rates  and  variance  from  expected  ratas,  and 

may  automatically  generate  purchase  orders  for  items  below 
reguired  stock  levels.  In  other  instances,  the  purchasing 
function  may  be  handled  by  a  separate  application. 

c.  Finance 

An    automated    financial   control    system    would 
provide   those    services  which    tha    service    bureau    now   handles: 
general   ledger,    accounts    payable,    fixed   asset   accounting, 
and    payroll.       Accounts  receivable   need   not    be    automated    if 
the    recommendation    of  one    software   house    president   is    taken. 
He    sugaests   that   a    volume    of   less   than    10    to    15    invoices   per 
month   does    not    warrant  accounts    receivable    automation 
[12:72].       Some    financial    reporting,    such    as    balance   sheet 
preparation,    is    available    with   almost    all    general    ledger 
programs;    however,    most    of  the   specialized    reports    dealing 
with    federal   grants   under   the    OMTA   would    not    be    automati- 
cally  produced   at   the    punch   of   a    button.       They    could, 
however,    be    compiled    from    information    residing    in   the    data 
base   via    report    generation. 

d.  Plans 

The    planning    function  is    unigaa    to   the   industry, 
and   not    easily   satisfied    by  general- purpose   software.       As 
the    history   of   computerized  transit    management    shows, 
customized   applications    for   this    function    were    designed 
within  the   construct    of    a    complete   system,    primarily    for 
mainframe    computers,     eliminating    the    opportunity   to    pick    and 
choose   among    individual    route    planning   packages    for   smaller 
systems.       However,    a    general- par  pose    electronic    sprsad-shee4: 
could   assist    in   tabulation   of    the   ridership    survey    figures 
used  in    determining   demand  and   service    utilization.      The 
ridership    survey   reguires    manipulation   of    a    matrix   of    13 
columns    by    a   variable   number    of    rows.       rha    columns   record 
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data   en    fare    category,    number    of    passengers    on    board,    how 
many    deboarded,    time    cf    day,    and    other    information   for    each 
of    the  bus    steps   listed   in  the   rows.      These    columns    and    rows 
are    prepared   for   every  bus  routs    to   oompate   various   ratios: 
average    load    (number    of    passengers   over    the    number   of 
seats),    passengers   per  mile  or   passengers    per   hour.      The 
computations   are   elementary,    bat    there   ars    many   of   them. 

The   scheduling   function,    like    planning,    is 
transit- specific.      Of   the    several   run-cutting   programs 
developed    from   the   original  RUCUS    model,    none   have  been 
designed    apart   from  a   customized    transit    system,    again, 
primarily    for    mainframes,    and   so    are    not    available   for    off- 
the-shelf    system    design. 

e.      Administration 

The   administrative   reporting    demands    may    be 
satisfied    by    a  report   generator    or  data   base    management 
system    (DBMS)    gu«ry   language    facility   to    allow   data   from 
maintenance,    planner,    personnel,    and   controller   files    to    be 
aggregated.      A   DBMS    will    allow    individual    fields   from 
different    files   to   be   combined   as   the   requirements    dictate. 
For    example,    expense    data    can    be    drawn    from    the    financial 
files   for   combination    with   milsage   data   maintained   in 
vehicle   files   to   create  the  efficiency   statistics   called    for 
by   the  state   transportation   department.      For    general   cler- 
ical  reguirements,    the  administrative    system    would   benefit 
from   the    capability   to  perform   word   processing:      the 
encoding,    formatting,    editing,    printing,    and    storage    of 
communioations   using    computer-based   hardware    and   software. 
This    would    be  used   to    greatly    reduce    preparation    time    of 
monthly   correspondence,    two  large   annual    reports,    multiple 
mailings,    coach   operator    schedules,    and    templates   for 
printed   forms. 
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III.    PRESENTATION    DP    ALTERNATIVES 

A.  GENERAL 

This    chapter   presents    four   alternate    computer   systems 
which  aldress    Monterey-Salinas   Transit    Company's   reporting 
and    record-keeping  needs    in  varying   degrees   of   completeness. 
The    four    choices   fall   into  two    classes    of    computer   systems: 
minicomputers    and   microcomputer    networks.      Although   distinc- 
tions  are    blurring  between  classes   of   computers    based    on 
size    (is    it   a    low-end   mini,    a    supermini    or    a    mainframe?)  , 
the    idea    of   a   traditional   minicomputer  configuration    is 
sufficiently    well-understood   to    not   warrait    elaboration. 
However,    the  concept    of   a    network,    particularly   a    microco- 
muter   local  area   network,    is   not    so   widely    concurred    upon, 
and    at  this   point,    the  terms    and    distinctions    deserve    brief 
explanation. 

B.  LOCAL    AREA    NETWORKS 

A  local  area  network,  or  LAN ,  desribes  an  interconnected 
collection  of  autonomous  computers  joined  within  som% 
limited  geographical  area,  generally  accepted  to  be  less 
than  a  diameter  of  10  km.  or  six  miles  or  so  [13:102].   LANs 
evolved  from  the  longrange  telecommunications  networks 
developed  in  the  1960s.   As  universities  =nd  research  labs 
began  installing  computers  to  assist  in  their  operations, 
the  need  arose  to  share  information  between  them.   This  was 
handled  by  passing  packets  of  information5  across  a 


sPacke-£  is  the  term  used  to  refer  to  blocks  of  digital 
data  to  which  routina  information  and  error-detection  fields 
are  appended.   The  user  is  unaware  of  the  breakdown  of  his 
messages  into  packets  for  transmission  an3  of  the  subseguent 
reassembly  at  destination  as  thDse  tasks  are  functions  of 
"he  network  software. 
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communications   link   between  host    computers.       Network    devel- 
opers  had    to   ensure   that    packets    were    delivered    to    the 
correct    destination,     that    they   were    reassembled    into 
complete    messages  or    files  in    order,    and    that    packets    did 
not    collide   or    could    recover    from   collisions    with   other 
packets   using   the    medium. 

Various  schemes   were   developed   to  control   access    to   the 
network,    detect   and   correct  collisions,    and   ensure   complete 
and    correct  transmission.      The   first    commercially  suocessful 
local  area    network   was  Ethernet,    introduced    by    Xerox    in 
1979.      Ethernet    is   a    passive    communications    medium,    i.e., 
not    controlled   by   a    mas-er   CPU    (central   processing   unit)    and 
not    relying  on   switching    logic  to  ssrve   its    stations.      The 
Ethernet    network   simply   accepts    transmissions   from   attached 
nodes,6    each   cf    which    controls   its   own    conianications    tran- 
sceiver.      A  transmitting    node   monitors  thr    channel   for 
traffic  and    sends    when  the  channel   is    idle;    the    receiving 
node    accepts    packets    with    its    address,    ignoring   all   others, 
and    acknowledges   correct    receipt    to   the    sender   [14:138].       If 
any    one    of    the   system   nodes   fail,    the    othsrs    are  no- 
affected.      Ethernet    was    designed    ^.o   be    sinple    and   reliable, 
yet    such    a   scheme   is     cbviously   more   complex   than    simple 
point   to    point   communications    where   every    link    is   a   dedi- 
cat  ed  channel. 

Two   commonplace   alternatives    to  LANs    ire    products    which 
provide   muiri-user  processing   and   resource    sharing   bat    not 
the   complete   computer   interaction   which   is    the    keynote    of 
true    networks.      One    implementation    installs    several   micro- 
processor   boards    and    memory   boards  in    a   chassis.      One 
micrcprocessor   is   usually   reserved   for   controlling   shared 
access  to    the    central   disk   and   printer,    and   terminals    are 


6The    word    "node"  is    used   here   to    suagest    any   number   of 

devices:       mainframe,  mini-   or    microcomputers .    front    end 

processors,    terminal  control    units   and   peripherals,    for 
example. 
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connected   to    each   remaining   processor   so   that    each   user    on 
the    system    has   a   dedicated  CPU.       This    method,    though    inex- 
pensive,   offers    few    of  the  advantages   for    which 
micrccomputer   networks  are   chosen.      Users    cannot    utilize 
private   printers,    floppy    disks  and  the   like,    nor   can    they 
directly   communicate    with    each   other,    save    by    going   through 
the    common   service   processor.      Worse,    if    any    of   the   modules 
in   the  central   unit   fail,    generally   the   eatire   system    is 
down. 

The    other   product    is    the   disk   multiplexer    where   several 
microcomputers    are   multiplexed   into  a    disk    controller,    which 
controls    access   to   one  or    more   hard   disk    drives.       A   disk 
multiplexer   may    be    likened   to    a    fast    rotary    switch   which 
cycles  around,    checking    each    attached    workstation    for    a 
signal  reguesting   disk  access.      The    multiplexer    processor 
services   the   reguest    and    is  than    free   to    resume   cycling 
[13:95-96].      As    with    the    central    microprocessor    chassis 
implementation,    separate    stations   cannot    communicate    without 
routing    information    through   the    multiplexer,    either    to    the 
disk    and    back    cut    to    the    destination    station    or   to   a    buffer 
and    back    to   the   destination.      Bat   this    implementation    does 
provide    an    added  measure    of  reliability    in    that    individual 
microcomputers   may   fail    without    interrupting    data   transfer 
and    computation    for    the    others.       Only    if    the    central    disk    or 
multiplexer   fails  does  all    work    stop;    this    risk    is   a 
tradeoff    in   cost   and    complexity    which   many    organizations   may 
be    willing   to    make.       It    is   these    sorts    of    cost    tradeoffs    in 
hardware,    as    well   as    the    software   performance   differences 
between   a    custom   designed    system    and    off-the-shelf   systems 
which  are   examined   in  the   analysis  of   the    following   four 
computer    systems. 
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C.        THE    COMPUTER    SYSTEHS 

1 .      The   Minicompu  ters 

The   first   system    is  a    professionally    developed 
transportation   management   system    called   Trans-Pac,    distrib- 
uted   by    Arthur   Andersen   S    Co.      rrans-Pac    is    applicable    to 
public  and    private   transit   ooerators    with    from   20   to    500 
vehicles,    and   is   designed   to   be    used    by   regular   transit 
company   staff    with   no   computer   expertise.      The   system    runs 
on    Qantel    hardware    which    is   configured   to    fit    the   size    of 
the    individual   companies.      Thus,    it  can   run    on    Qantel's 
Series  200,    300,    Model  960/965,     or    970/975    minicomputers 
fitting   a   wide  range    of   terminal    and    disk   storage   require- 
ments.     For   a   company   the    size   of   Monterey-Salinas   Transit, 
the    recommended   package    would    include    1 2 8 K     (kilobyte)     of 
random  access    memory     (RAM),    40M     (megabyte)     disk    drive,    5 
CRTs,    a    magnetic   tape    drive   fcr    backup,    and    a    120    cps     (char- 
acter  per    second)    serial    printer.       (A   iett 5r-guality    printer 
is    also    desirable   but    is    not    included    in    the    package    price.) 
Modems  are    not   manufactured   by   Qantel    but    the    system    accepts 
data   ccmmunicat ions    eguipment    rated   below    9600    baud.      The 
Trans-Pac    software   is    written    in    Qantel's    version    of    BASIC 
called  QICBASIC.      Applications  oover    every    facet    of   transit 
management,    specifically: 

1.  Payroll   and  personnel:      operator   timekeeping  in    all 
categories,    tax  and   voluntary    deductions",    overtime 
for    pay   and   UMTA    reports,    accident    and    incident 
files ; 

2.  Financial   records    and   repor-s:      general    ledger, 
accounts    payable,    accounts   receivable,    fixed    asset 
accountina  and    depreciation,    and    0MTA    Section    15 

reports; 

3.  Maintenance:       preventive    maintenance,    fuel    consump- 
tion  reports,     lifecycle  vehicle    parts   costing,    laDor 
and    materials    usage   tracking,    inventory   control; 

4.  Planning:      routing   and   runcutting,    processing   of 
ridership   surveys; 
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Reporting:      revenue  and   ridership   reporting,    accident 
and    safety   reports.    Section    15    financial,    labor, 
efficency    and    scheduling    reports,    and    report    gener- 
ator. 
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The  software  comes  as  a  package  bundled  with  the  Qantel 
hardware.         Arthur      Ar.dersen    &   Co.  breaks    down      the    total 

system  price  into  $70,000  for  hardware  and  system  software, 
and  $20,000  for  applications  software.  Ai  additional  fee  is 
charged  for  implementation  and  user  training.  A  summary  of 
the    costs   is   presented  in    Table    I    . 


TABLE    I 
Trans-Pac   Hardware    and    Software 

CPU  Model    9  65 

8-bit    word,     128K    RAM,    32K    RDM    with 
operating    system    and   language    partially 
implemented    in   firmware, 
time-shared     (not    31  ultiprogrammed) 

Speed  Add   time  9.3    microseconds 

Memory    cycle  time  1.5    microseconds 

Maximum    I/O    rate  930K   words    per    second 

Capacity                Disk  cartridge  40M 

Terminals    (27   x    54)  5 

Tape               36K  -    72K   bits  per    second    (bps) 

Printer  120   ops 

Cos-1- 

Hardware  Qantel    package  $70,000 

Software  Sort,    utilities,    compiler  included 

Trans-Pac    applications  $20,300 

Total  $90,000 


The   Wang   2200    Series   is    aimed  at    first    time  users 
with    general    business    reguirements.      The    2200    MVP    model    will 
support    13    users   utilizing  a    15- partitioned    memory   scheme   to 
provide   frue   multiprogramming.      The   systen    may   be   expanded 
up    to   512K   of   main    memory    and    su  pports   480M    of    disk    storage. 
Interactive   terminals   with   business    graphics    characters    and 
a   wide  base  of   Wang   a  r.d    independent   supplier    data   and    word 
processing    software   make    this    system    well    suited   to   the 
business    environment,.      The  system   includes    either   a   BASIC   or 
COBOL  interpreter   and   operating    system   implemented   in    ROM 
(read-only   memory)    which    frees  the   available    RAM    for    user 
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TABLE    II 
Wang  Hardware  and   Software 

CPU  Morlel    2  200     MVP 

8    bit   data    memory,     24    bit   control    memory, 
128K   RAM,    6UK   ROM,     fixed    partitioned 
memory    management    for    multiprogramming 

Speed  Add   time  13    msec 

Memory    cycle  time  .6   msec 

Maximum   I/O   rate  100K    words    per   sec 

Capacity  Disk   drive  30M 

Terminals    (24  x    80    plus   64 

graphics   characters)  5 

Printer  180   ops 

Tape   drive  55K    -    130K   bps 

Cost 

Hardware                CPU  12000 

terminals    3  $2700                     13500 

disk  17000 

printer,  controller  3700 

tape  drive  13000 
Total                                                                         *59,200 

Software  Wang  Integrated    Information    System 

(sort,     10    utilities,    5    subroutines) 

no    charge 
Applications 
integrated    business   package 

(GL.  AP,IC,PO,FA)  8000 

payroll  1500 

vehicle   maintenance 

and   efficiency   system        8300 


electronic    spreadsheet  50  00 

word    processing  1500 

report,    generator  4500 


$28,500 


Total  $87,700 

Note:      3L-General    Ledaer  AP-Accounts  Payable 

IC-Inventory   Control  PO-Purchase  Ordering 

FA-Fixed    Asset    Accounting 


processes.       Wang   offers    modems   for   remote    data    communica- 
tions,   as    well   as   several    printers.      In    order   to   make    this 
system  oomparable   to    Qantel's,    similar   capacities   were 
chosen  for    the   configuration.      Off-the-shelf    software    was 
found   for    most  computing    and    file   keeping    applications,    bu- 
obviously    programs   to   format   and    report   specific   data 
elements   for   UMTA   Section    15   and    other   transit    company 
routine   reports   is   not  available.      Custom    tailoring   is 
necessary    for   those    functions.       The    hardware    and   software 
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specifications   are   summarized    in    Table   II    .     ./The   Wang    report 
generator    for   this    model    computer  costs   £25,000.      This    price 
would  easily   threw   Wang   out   of  the   running,    so   a    package    for 
similarly    sized   hardware    was    substituted    ;n    the    supposition 
that    a  vendor   would   be  able  to  find   a    reasonably   priced 
package. 

2»      The   Microcomputers 

The   two    microcomputer   co  nf  iguratisns    presented    below 
do    not  differ   appreciably    in   the    cost   of    applications    soft- 
ware.     Microcomputer    software   runs  within   a    predictable 
price   range  of    $100   to  $800   per    application     (and   heavy 
competition   creates    sizeable   discounts),    with    some    outlying 
figures    for   specialized    programs    for   which    the   market    is 
limited.       Similarly,    software   designed   for    proprietary   oper- 
ating  systems   and   languages   may    tend    to    c:>st    more  than    that 
designed   to  run   on   widely    used  products   such   as   the   de    facto 
standard    microcomputer  operating    system,    CP/M,    because    the 
.costs   cannot    be    spread  over   as    large    a    customer   base.       It 
can    be   concluded   then,   that   wh  =  re  the    two    micro    networks   do 
differ   in    cost,    it    is   a    functiDn    of   the    hardware    and   associ- 
ated  system  software,    and   not    of    the    applications. 

A    simple   device-sharing    microcomputer    network    is 
Intertec    Data   Systems1   CompuStar    microcomputer   System.      The 
CompuStar    network  consists  of   up    to   255    microcomputers 
called  video   processing   units    (VPOs)     daisy-chained   together 
to    share   the   resources  of   a  single   hard   disk    device. 
CompuStar   allows    multiple   users    to   access    the    common    data 
base   while   allowing   individual  users   the    ability   to    maintain 
private    files    on   local  floppy    diskettes    uo    to    1.5M. 
CompuStar    may    be  configured  around  one   of    three   disk    storage 
systems:       10M    Winchester    disk   or    a   32M   or    96M   Control    Data 
Corp.    disk   cartridges.      All  are    eguipped    with    a    disk 
controller   and   multiplexer  circuit  to   tie    user    stations   into 
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TABLE   III 
Intertec  CompuStar   Hardware   and   Software 


CPU  Model    VPU    2  0 

Z-80A    processor.    8-bit    word,    64K    P.AM 
utilizing   CP/M   m    Microsoft    BASIC 


Speed 

Data  transfer  rate 
Add  time    (approx.) 

1. 

,6M    per   sec 
1-2   msec 

Memory    cycle  time     (approx) 

.2 

-    1.6    msec 

Capacity 

Disk   cartridge    w/controll  = 

r 

32M 

Terminals    (VPUs)  (2  4 

x    30) 

5 

Printer 

120    ops 

Tape    drive 

48K   bps 

Cost 
Hardware 

vpu  20   a  3000 

disk 

printer 

tape   cartridge 

total 

$15000 

1200C 

2000 

i 
i 

2500 

i 

$31,500 

Sof  twars 

text   editor 

no    charge 

Applications 

Low 

High 
805 

general   ledger 

100 

accounts  pay 

100 

800 

payroll 

100 

400 

assets/ depreciatio  n 

40  0 

800 

inventory   control 

140 

800 

Dure  has  ing 

140 

noo 

modelina/spreadshs  e^  200 

300 

word   processing 
report    generator 

25  0 

5D0 

or  DBMS   guery 

400      20 

total 

1830      6800 

weighted    average : 

70%   low;     30%   high 

=   weig 

■hted 

avg    $3,300 

Total 

$34,800 

the    disk.      As    a    disk    multiplexed    system,    ZompuS^ar   avoids 
the    complexity   of   true  networkrd    systems    as    well    as   the 
somewhat    higher    price,    but   also    gives   up   the    advantages    of 
direct  communication    between   wDrkstations    and   distributed 
processing.      The  system    is   expanded   simply    by  connecting 
another   workstation   to  the  network  oircuit.      Connections   on 
each   VPU    are   independent    of  terminal    operation    so   that 
failure   of   a    VPU   does  not    affect    others.      Intertec's    VPUs 
are    8    bit    processors    offering   64 K   of    RAM    and    running    CP/M 
with   a   choice    of    Microsoft    BASIC,    COBOL,    or    FORTRAN. 
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Intertec    does   no4-    offer   printers    hut    the   system   accepts    any 
RS-232C   interfaced   printer   running   at    9503    bits    per   second, 
or    slower.      Modems   for  remote   system   entry    are   also   avail- 
able  from    other   suppliers.      Typical  costs    for   one 
configuration    of   the    CompuStar   system   are   shown    in   Table   III 
Software   prices   are  shown  as    high    and   low   figures.      Since 
high   prices  are   rarer   than  low-end  prices,    and   since 
CP/M-compatible   software    in  particular   seems    to    benefit    from 
prevalent    discounting,   a    weighted   percentage    is   applied   to 
each    subtotal   to   produce    a    weighted   average    price. 

The  Nestar  Cluster/One   Model    A   is   a    true   local    area 
network    based    upon   Ethernet   principles,    but    implemented    on 
Apple    (or   in   the  near   future,    IBM)    personal    computers.      The 
system  includes    integrated  software   and   hardware    features 
needed  to    handle   data    processiig    and    data    communications. 
Workstations    can   operate    independently    with    a    full   comple- 
ment  of   local    peripherals,    such    as   floppy    iisks   and 
printers,    or   as    participating    network    members    wi^h   a   share 
of    t he  common    data   base   and   peripherals.       The    network 
includes    a    number   of    network    "servers,"    is-fined    as    any    of 
the    network  stations    which   provide   service s--such   as    printer 
support,    disk    access,    data   bass    managment    system    access— to 
other   stations.      The    servers    are    distinguished    from    ether 
stations    merely   by   th€  software    they    run    "13:108-10].       To 
provide   access   to   the   hard   disk    storage,    one    of   the 
Cluster/One  stations    must    operate   as    the    network    file 
server.      Other   software   creates    a    print   server   to   make    a 
number  of    printers  available   to    the   network.      Network 
programs    may   be   executed    under   Apple's   DOS     (disk   operating 
system),    and    SOS    (sophisticated    operating    system), 
DCSD-pSystem    or    CP/M    operating   systems,    a    flexibility    which 
provides   a   sizeable  pool    of  software    support.      Apples   are 
fitted  with  an   expansion    card    for   each   operating   system 
desired,    and  users   can  switch   at    will   between    operating 
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TABLE    IV 
Nestar  Cluster/One    Network    Hardware   and   Software 

CPU  Apple   II 

8    bit    word,    64K    RAM,    12K    RO* 
Assembler   and  control   program 
partially   implemented   in   sO!l 

Speed  Transmission  rate  240K   bps 

Capacity                Disk   drive    subsystem  33M 

Monitors    (2ft   x    83)  5 

Printer  100   cds 

Tape   cartridge    drive  2U0K    bps 

Cost 

Hardware  Cluster/One    package  $33,500 

Printer  2,500 

Software  sort,    assembler,    file   server        no   charge 

print   server  software  1,000 

Applications 

The    same  software    costs    as    in 

Table  I  IT    apply    since    this 

network   can    use   the   same   CP/M 

software  priced   in    the 

CompuStar    system   as    well    as 

Apple- compatible   software, 

which   is  priced    similarly. 

Total    (weighted    average)  $3,300 

Total  $40,300 


systems.       For   connection    to   the    network,    aach    micro    jus: 
have   an   interface   board    in   which    network    protocols   are 
executed.      The   system   beasts    increased   reliability    because 
no    one  critical   component    must   execute   for    network   communi- 
cations  to    take    place.      If   the   actual    disk    hardware    fails, 
then    as    in    any   system,   the  system   fails;    but    individuals 
stations    may    be    removed,    turned    off,    or    may    fail   without 
interrupting  transmissions   from    other   nodes.      Cluster/One    is 
expandable    up    to   65   users    with   secondary    storage   of   56M    per 
file   server.    Additional    file   servers    can    be    added    for    virtu- 
ally  unlimited   disk  storage.      The  Cluster/One    package    ccm<=s 
with   Apple   CPUs,    Apple  or   other    manufacturer    video   monitors, 
a   sealed    hard   disk,    tape   cartridge   for   baokup    (a   single 
cartridge    can    write  and    check   over  20M   bytes   of   data    in    12 
minutes)  ,    network   interface  cards,    cable   and   connectors. 
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Addition  to  the  network  is  the  cost  of  th=  Apple  plus  $395 
for  an  interface  card.  Typical  Apple  and  Nestar  costs  for 
the   chosen   configuration    are   shown   in    Table    IV    . 

D.        ASSUMPTIONS 

The   following   assumptions   ware  made   ia    the   development 
of    the  three   "pseudo-systems"    and   for   deciding    what   costs 
were   included    in   the    comparison    of  the   four    systems. 
Disagreement    with   the   author's   assumptions   may   invalidate 
portions   of  the   analysis. 

1.  Compatibility    cf    software    with    hardware    is   based 
solely    on   a   software  package's    stated    compatibility 
with   hardware 

a)  manufacturer, 

b)  operating   system, 

c)  language,    and 

d)  main   memory    reguirement,    if   given. 

2.  Compatibility    of   hardware    is    either    expressly    stated 
or    based   upon    standard   interfaces   *nd    I/O    (input/ 
output)    restraints. 

3.  Some   hardware    and    software  elements    apply  equally   to 
all   alternatives    and  are    not    broken    out   separately 
for   cost   analysis.      These    items    include: 

a)  modems   and    the    phone   line   for   link    to   Salinas 
facility; 

b)  letter-quality    printer    for    which    costs    differ    by 
manufacturer,    but   ar=    roughly   the    same    for    egual 
performance.   The  printers  included    in    package 
prices   are    of    lower   quality   for   routine   printing; 

c)  implementation    and   training   costs,    because   they 
apply   to   all  systems   and   vary   widely   by   supplier 
and    degree    of   assistance  desired. 


42 


4.  Trans-Pac   is   considered   to   provide    10  0%   performance 
a ven   though   some    of   its    features    are    not    optimum, 
(e.g.,    the   report    writer    function   does   not   compile    to 
the   CRT   or   disk,    only  to    the  printer) . 

5.  The   functions    cf    a    particular    software   package   can 
only    be  guessed  from  the    sketchy   descriptions   given 
in    source  catalogues.      [Jnless    stated   otherwise, 
applications   are   stand-alone,    non-integrated   pack- 
ages. 

6.  Software   and   peripheral   prices   vary    widely  and   cos+s 
used  in   this   analysis   can    only   be   approximations. 
The   intent   is    to    provide    typical   costs   and   aeneral 
availability   of  equipment    and    software. 
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IV.    AJALYSIS    AND    CONCLUSIONS 

A.        ANALYSIS    OF    ALTERNATIVES 

The   bottom   line   costs   attached  to    each    of   the    four 
alternatives    presented  in   the   preceding   chapter   do   not    tsll 
the    whole    story.      If    the    systems    were   of    =  qual    performance, 
the    decision   maker  would    pick   the   lowest   cost   alternative. 
As    they   are   not,    this    section    analyzes   the    tradeoffs    in    cost 
and    performance    in   order    to  arrive   at   a   cost-performance 
curve. 

Software   performance    is  the    main    ingredient   in  a 
successful   system  and   in    a   situation    such    as    MST's,    where   no 
in-hcuse    programming    or    fine-tuning   of   software    is  possible 
(without    hiring   a   programmer)  ,    the   fit   of    the   software   to 
company   needs   is   the    sssential   factor   in   determining 
performance  of   the   system.      Since   both   microcomputer 
retworks    are   assumed    to    utilize    equally   capable    software, 
the    software   performa  ice    figures    for    the    two    systems    are 
necessarily  the   same.      Thus,    differentiating    between   the   two 
based   on    software   performance    is    pointless    as   they   are 
virtually    indistinguishable.      In    the    following   comparison    of 
the    systems,    CompuStar  and   Nestar   Cluster/One   are   combined 
under  the   heading  "Micro    Networks."      Each    of    the   resultant 
three   systems   is  graded   on   its   responsiveness   to 
Monterey-Salinas   Transits  software   needs,    as   described    in 
Chapter   II.      To    establish    the   grading   scale,    each   applica- 
tions  area   is    assigned  a    number    of  points   out   of    100,    and 
each   competing    system   is    then    given    a    percentage   of   those 
points  to   reflect   how  well  it   neets    MST*s    functional 
requirements. 
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Assigning   points    to   each   functional   area    reguires    that 
an    assessment    of   each    function's    impact   on    transit    manage- 
ment  be   made.      It    is    simplest    to    egually    divide   the    100 
points   between   the   five   applications   ar?as    (personnel    and 
payroll,    maintenance,    finance,    planning,    and    administra- 
tion),   but,    in   the   author's  opinion,     this    would   not 
accurately   reflect   the  relative    importance    of   the   functions. 
The    following    discussion    presents  one   weighting   formula   used 
in    the  succeeding  analysis  and    justifies   its    choice.       Using 
these   weights,    the   allocation    of    points   to    each   system    is 
made   based   upon   the   capabilities    of   the    individual   software 
packages    included    in    the    system    specifications   compiled    in 
Chapter   III.       However,   both   of   these    numerical    assessments 
are    subject  to   change.      Other    lsers    may   value   the   applica- 
tion  area    weights   and   the    point    allocations    differently    from 
the    author,    resulting   in    widely    varying   scores    for   the 
alternative   systems.       To    lessen    the    impact    of   the   subjective 
nature  of   the   numbers,   two   weighting    formulae   and   two    point 
allocation    schemes   are    used   in   the  analysis    of   4-he   cost- 
performance  tradeoffs.      So  while    the    numbers    generated    may 
not    conform   to   every    decision-maker's   view    of   software 
performance,    the   method    employed    is   illustrative   of   the 
process  of    cost-performance   determination    and   may    be   used 
regardless   of   the   decision-maker's  preferences. 

It  is   estimated   that    over    S0%  of    a   transit   property's 
total  operating   budget   is    directly  and   indirectly  influenced 
by    the  schedule,    in   terms   of   service    levels    set    and 
resources     (labor   and    equipment)     used.      Optimization    of    these 
scheduling    processes    may   save   a    company    3    to    5    percent   of 
system  operating   costs  [4:19].       Manual   scheduling   and 
service   planning  are    extremely   time-consuming,    a    fact    which 
further    boosts   the   importance    of    automated    scheduling.       For 
these   reasons,    a   Rucus-type   capablility    is    considered    by    the 
author   to    be  the  most    important    use   of   MST's    automated 


45 


system,    and  is    assigned    30   percent  of    the    100    software 
performance   points.       Maintenance    of  the   bus    fleet    is   the 
second  most   costly   function  and    an  application   to  encompass 
the    necessary   maintenance    scheduling,    record-keeping,    and 
fuel   efficiency   monitoring   is   useful    for   both   routine    main- 
tenance  decision-making   and   periodic   efficiency   reporting. 
The    author   assigns   this   capability  25    points.      Inventory 
control   is   another  time- consuming   task;    inventory   levels 
must    be   continuously    updated   to    ensure    that    stock-outs    of 
parts   and    fuels    do  not  occur.      k    benefit   of    an   inventory 
control    package    which    interfaces    with   the    maintenance 
records   is   that    complete    cost    profiles   of    vehicles   are 
always  available.      Such    an   application    is    assigned    12 
points.       Financial   reporting   and    accounts    maintenance    are 
critical    to   every  business,    both    for    internal   control    and   to 
comply  with   external    reporting  responsibilities.      In    addi- 
tion,  an    accurate   and   timely  payroll    is   necessary   for 
employee    satisfaction    and    loyalty.      Accordingly,    accounting 
functions   are   assigned  a    value   of    18    points.      The   large 
volume  of   reports   generated  by   M ST   makes   the    capability   to 
capture,    sum,    average   or    in  some    fashion    manipulate,    format 
and    print   data   a   very   attractive    timesaver.      Trans-Pac    is 
obviously   the   only   system   to   format   reports    specifically   for 
UMTA,    Section    15    reguirements ,    but    a    report    generator 
accessing    all   files   will   be  able    to  approximate   this 
feature.       This   capability   is   assigned    15    points.      The 
weights    and  the   corresponding   points    allocated   to   each 
alternative    within   each    applications    area    are    shown   in    Table 
V    .       The    applicability  to    MSI's    specific   requirements,    and 
the    degree   of   software  integration  are  the    main    factors 
which  guided   the   author   in  grading   each   alternative. 
Additional   notes  are    provided   to    explain   specific   point 
allocations.       A   plot    of    the   performance    scores   versus    the 
cost   of   each   alternative,    calculated    in   Chapter    III,    is 
displayed    in    Figure   4.1    . 
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TABLE    V 
Software    Performance    Scores 

Trans-Pac  Wang  Micro    Networks 

Scheduling  30  4.5    *a  3    *b 

Support     (30)  (10  0%)  (20%)  (10%) 


Equipment  25  22.1 

Maintenance    (25)        (10  0%)  (90%)  (15%) 


30 
(10  0%) 

25 
(10  0%) 

12 

(1  0  0%) 

1  8 
(10  0%) 

15 

(10  0%) 

22.5  4    *c 

90%|  (15%) 

10    *d  8.5    *e 


Inventory  12  10   *d  8-f 

Control    (12)  (10  0%)  (85%)  (70%) 


Finances                              18  14.5  *f                  13.5    *cr 

and    Payroll  (18)        (100%)  (80%)                         (75%) 

Report 

Generation          15  10.5  *h        10.5  *h 

and  File           (10  0%)  (67%)          (67%) 

Maintenance  (15) 


Total  100.0  62.0  39.5 

No  **"  e  s  * 

a.  electronic    spreadsheet    for    number    manipulation   only 

b.  same    as    above;    micro   version    less    powerful 

c.  allows    vehicle   files   tc   ba    held,    but    nD    automatic 
maintenance   scheduling    or   exception   reports 

and  IC;    no   maint. 

d.  integrated   purchasing   and   inventory   control    (IC)  , 
but  no    maintenance    interface 

e.  separate   purchasing  and  IC,    and   no    maintenance    interface 

f.  standard   accounts    and    payroll,    but   financial   reports 
not  transit-specific;    integrated   package 

a.    same   as   above" but    not    integrated 

H.    manual    formatting    and    information    conciliation   of 
reports,  (e.g.  ,    UMTA  reports) 


The    "best   choice"    decision,    though   no1!    directly   readable 
from    the    graph,    can   be  quantified   by    determining   how    much 
additional   cost    is   incurred  by   moving   from    a    lower- 
performing   system   to    the    next    higher    systam.       This   is    the 
marginal    cost   of   the    higher-priced   system    in    terms    of    the 
amount  of   performance   increase,     i.e.,    the    additional   cost 
per    unit    of   performance   gained.       The    marginal   cost    of   the 
lowest-priced   system     (the    microcomputer   alternative)     would 
be    determined    by  computing   the   difference    between    its    cost 
and    the   cost    of   the   current   manual  system,    if   that   were 
known,   in    terms   of   the  increase    in   performance   levels,    if 
that    were    known.      Thus,    the  cost -per formance    curve    in    Figure 
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Figure   4.1        System   Performance   vs.    System   Cost. 

4.1    shows    that    in   moving    from    the   Micro   Nstwork    alternative 
to    the  Wang  system,    2  2.5    additional   units    of    performance   art 
gained  at    a   cost   of    $52,900. 7    The   cost    of    gaining   38    more 
units  of    performance    by    moving   from   the    Wang    system   to 
Trans-Pac    is   only   $2,300.      The   marginal   cost    of    moving    from 
the    microcomputer  system    to   rrans-Pac    is    the    sum   of  the 
above  changes,    or    $55,200    for    50.5   additional    performance 
points.      Without  further    analysis,    the   low    marginal   cost   of 
selecting    Trans-Pac  over    the   Wang   alternative    suggests    that 
Wang    would    not   be   selected.      Without    knowing    the    individual 


.s   not    reasonable    to    pay   more    than    nscsssary    by   buying 
the    Nestar   system. 
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user's  value    of    perf ormance,    however,    is    impossible   to    say 
which  alternative   is    "best":      if    performance    at    any   cost   is 
desired,    then   the   Trans-Pac   system   is    obviously    that    user's 
choice;    if    maximum   performance   for   $15,000    is   the   goal,    then 
none   of  the  alternatives    are   acceptable. 

The    marginal   costs  between   systems  change   in    response    to 
changing    user    assessments.      Due    to   uncertainty    in    both    price 
and    performance    figures,    the    points    on   the    graph   are   no 
longer  discrete,    but    become  blurred   as   a    result   of   ths 
numbers'    sensitivity    to   change.       First,    sach   point    covers    an 
expanded   vertical   space    to  account   for   ths    variability    of 
the    costs;    this    due    tc  the   estimation    method    used   and    to 
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Figure    4.2        System   Performance   vs.    System   Cost   Ranges. 

allow  for   change   in   market  hardware   and   software   prices. 
Using   a   percentage  of    1015    to    cover  what   the    author   considers 
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the    most    likely    circumstance,    a    range    is   developed    for    the 
probable   cost   of   each   system: 

1.  381,000   to   $99,000    for    the   Qantel    hardware   and 
Trans-Pac   software; 

2.  $78,900    to   $96,500    for    the    Wang   system    and   associated 
software; 

3.  $31,300   to   $38,300    for   the   Intertec    CompuStar 
network;    and 

4.  $36,300    to   $44,300    for    the   Nsstar   :luster/One 
network. 

These   figures   revise    the    original  plot   to    that    shown    in 
Figure  4.2    .      The   highest    and    lowest    microcomputer   prices 
are    used    to   bound   the   cost  range    of   the   Micro   Networks 
alternative.      Using   this    curve   to   figure   the    marginal   costs 
between   alternatives    is   slightly    more   difficult    than    before. 
Once    ranges   of  numbers  are  addressed,    the    decision    must    be 
made   as   +o    from   where   within  that   range    marginal   changes 
will    be    measured. 

To  illustrate:      The    Wang    system   costs    between    378,900 
and    $96,500   and   the    microcomputer  alternative   ranges   from 
$3  1,300   to    $44,300.       The    guestion    is    whether    the    change    in 
cost   should    be   computed    between    mid- points,    between    high   and 
low    figures   separately,    or   between   a    combination    of   high   and 
low    figures.       Whereas   a    given    market    respDids    as    a    single 
entity  to    influences    en    pricing,    individual   sellers   need   not 
react   in    unison.      Any  one   of   the    manufacturers    or   vendors 
supplying   the  systems   in    this    study   may   change    its   pricing 
policy  without    immediate    and   specific    regard    to    the   other 
vendors.       Thus,    if   a    ten    percent    price   hike    is   experienced 
by    the  microcomputer    alternative,    it    does   not    necessarily 
follow  that  the   Wang    system  will    undergo    similar   price 
changes.       Furthermore,   it    may   ba    argued   that    minicomputers 
and    microcomputers   are  really   separate   markets;    consequently 
pricing   strategies   in   one    do   not    influence    the   other.      Since 
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there   is    no    way    to   pre-determir. e    the    costs    with    certainty, 
the    concept   of  risk   aversion    suggests   calculating   ths 
marginal    difference   in  cost  using   worst    case    figures,    i.e., 
high   and    low    prices.       Thus,    the    highest   marginal   cost    that 
the    Wang    system    may   incur    is    if    the    very    cheapest    price    is 
paid    for    the    microcomputer  option    while   the    higher   price 
must    be   paid    for   Wang.      Using   worst  case   figures,    the 
marginal   cost   for   the   Wang  system   is    $96,500    minus   $$31,300, 
or    $65,200    for    an   increase  of   22.5    performance   points.      The 
marginal    cost    between   Trans-Pac    and   Wang   is   $99,000   minus 
$78,900,    or   $21,100    for   an   additional   38    performance   points. 
The    marginal   cost    of    upgrading   from   the    microcomputer    option 
to    Trans-Pac    is    $99,000    minus    $3  1,300,    or    $67,700    for    a    60.5 
point   increase.      Under  this  analysis,    the    marginal   cost 
figures  are   no  longer   as    unfavorable    to   the    Wang   option    as 
before   price    variation  was  addressed.   -  While   the   $2,300 
marginal   cost    previously   calculated   between   Trans-Pac   and 
Wang   represented   only  three  percent   of   the    anticipated   cost 
of    the  Wang  system    (i.e.,    an   upgrade    to   Trans-Pac   could    be 
accomplished    for    103%   of    Wang's    price),    this    $21,100    worst 
case    marginal    cost    represents   almost    21%   of   the   original 
Wang   system  price,    making  the   upgrade   decision   one   requiring 
some    thought.      The    Micro    Networks   to    Trans-Pac   upgrade 
involves    a   216%   price  augment    for  a   60.5%    performance 
improvement. 

Performance   figures    are  also    subject    to    change.      The 
weighting    formula  applied   above    may   not   accurately  reflect    a 
specific    user's    valuation   of   the    five   software   performance 
areas.      For  instance,    another   decision-maker   reviewing   these 
alternatives   might   value    applications   which    perform   calcula- 
tions over   those   applications   which    primarily   hold    records 
and    do  not   utilize   the  computing    power   of   the   computer, 
i.e.,   the   concept    of    a  "computerized    filing   cabinet."      In 
that   case,    he    might   assign   heavier  weights    to    scheduling    and 
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financial    functions,     which   are   mathematical,    and   less    to 
maintenance,    inventory  and  admin istrative    record-keeping, 

TABLE    VI 
Software  Performance   Variability   A 

Trans-Pac  Wang  Micro   Networks 

Scheduling 

Support    (40)  40  8  4 

Eguipment 

Maintenance    (12)  12  11  2 

Inventory 

Control    (10)  10  8.5  7 

Finance    and 

Payroll    (33)  33  26.5  25 

Report 

Generation 

and    File 

Maintenance    (5)  5  3  3 

Total  100  57  41 


computerized   activities    which    might    be   called   "digital    book- 
keeping."     This    evaluation   is    shown  in  Table    VI    .      The    same 
point  allocation   percentages    davised    for    Table    V    are   used    to 
determine   the   scores    relative    to    the    new   weights. 

The   other    subjective    factor    which    affects    the   perform- 
ance   scores   is    the  percentage   of    possible    points   allocated 
to    each   computer  system    once   the    weights   have   been    estab- 
lished.     The   author's   opinion   of    a   software    package's    value 
to    MST  determined    the    scores   attained   under    each    weighting 
formula.       Another    dec  is  ion- maker    who    believes   that   the    user 
will    learn   to   exploit    the    capabilities   of    a    system   would    no 
doubt   assign    consistently    higher    values   in    sach    of   the 
application  areas.      For   exampla,    an   analyst    may   assume   that 
a   kncwledgable  user   will,    with   practice,    learn   to   extract 
more   computational   and  decision-making   power    from  the   elec- 
tronic spreadsheet    and   modeling    application.      This   will 
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increase   the   system's   value  in   the  scheduling   and   planning 
area,    for    which  the   application    was   originally   intended,    and 
also    increase   the  system's  usefulness  in   ths    financial    and 
administrative   categories   as   tha    user    utilizes   ■♦■he   fore- 
casting  and  statistical   report   generation   capabilities. 
Such   an   evaluation,    where   the    analyst   assumes   that   the    user 
will   augment    the   ready-made   abilities   of   the   software   with 
experience   and   perhaps  his  own   programming,    is   shown    in 

TABLE    711 
Software  Performance  Variability  B 

Trans-Pac  Wang  Micro    Networks 


ScEeauIIng """?<7 21 W7T 

Support  (30)  (70S)  (65%) 

Eguipment  25          22.5  16 

Maintenance  (25)  (9  0*)  (65$) 

Inventory  12          10  8.5 

Control   (12)  (9  5%)  (10%) 

Finance  and  18          16  .      16 

Payroll   (18)  (9  0*)  (90%) 

Report 

Generation  15                         13.5  13.5 

and    File       (15)  (9  0%)  (90%) 

Maintenance 

Total  1UV 8*  3 7775" 


Tables  711   and   VIII    which    apply    revised   allocation    percent- 
ages  to   the  two   previously  described    weighting   formulae. 

Combining    the  two   weighting    formula   and    two    point    allo- 
cation percentages   produces  four    software    performance    scores 
for    each    alternative,     (although    obviously,    Trans-Pac    did    not 
vary   from    100%;   performance   as   it    is   the   standard)  .      Taking 
the    high    and   low    scores    for   each    yields   a    probable   perform- 
ance  range   for   the   competing   systems: 

1.  5  7    to    83    points  for  the   Wang   system;    and 

2.  39.5  to   73.5    points   for   the   microcomputer   networks. 
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TABLE    VIII 
Software  Performance  Variability  C 


Tr 

ans-  ] 
40 

?ac 

Wang       Micro  Networks 

5ch"e'3uTlng 
Supporx   (40) 

26               24 

Equipment 
Maintenance  (10) 

10 

9                6.5 

Inventory 
Control    (12) 

12 

1  0                8 

Finance  and 
Payroll    (33) 

33 

29.5             29.5 

ReDort 
Generation 
ana  File   (5) 
Maintenance 

5 

4.5              4.5 

Total 

7UU" 

"79        "      7775 

Figure   4.3    presents   the    revised    cost-performance    graph    based 
upon    the    variability     in    both    prices   and   performance   levels. 

Determination   of    the    marginal   costs   between   alternatives 
is    made  more   difficult   in    this   final    cost-performance    curve, 
as    a    range    of    performance    is   available   for    a    range   of 
prices.      Once   again,     the    policy    of   minimizing    unknown    risks 
indicates    that    the   worst    case    instance    should    be   used    in   the 
evaluation;    that  is,     paying  the    most    additional   cost    for   the 
least   amount    of   performance  gain.      The   worst   case   cost 
factor,    used    in    the    preceeding   analysis,    is    the    higher    price 
of    the   better-performing    system,     minus   the    cheapest   price    of 
the    base    system.      The    worst   case    performance    factor   is    the 
ODposita:      the   lowest   performance   level   of    the    better    system 
minus  the    best    probable    performance    level    of    the   lesser- 
performing   system.      The    worst    rase   marginal    costs   are    shown 
below: 

1.      The    marginal  cost    of   obtaining  the    Wang   system    over 

the    Micro   Networks    system    is   S65,230    for   a    possible 

decrease   of    16.5    performance   points; 
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Figure    4.3        Performance  Ranges   vs.    System   Cost   Ranges. 

2.  The    marginal   ccst    of  obtaining    the    Trans-Pac   system 
over   the    Wang    system   is    $21,100    for    an    increase    of    17 
performance  points;    and 

3.  The  marginal  ccst  of  obtaining  Trans-Pac  over  the 
microcomputers  is  £67,700  for  an  increase  of  26.5 
performance   points. 

If,    in    fact,    the   decision-maker    believed    that    the   worst    case 
circumstance  would  occur,    i.e.,    that    an   upgrade    from   the 
Micro   Networks   to   the   Wang  system   would   cost    three   times   as 
much   for    22%   less    performance,    then  the   decision,    in   favor   of 
Wang    would    never   be   made.      By    using   the    midpoints    of    the 
three  performance   ranges    as   the    expected    performance    levels, 
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the    marginal    performar.ee    obtained   for   the    respective 
marginal   costs   is   more  competitive: 

1.  13.5   additional  points   by    choosing    Wang   over   the 
microcomputer ; 

2.  30    more   points   by   selecting  Irans-Pac   over   Wang;    and 

3.  U3.5   mere   points   by  choosing  Trans-Pac   over   the 
microcomputer . 

The    instance   of    worst   case   marginal   performance   is   impro- 
bable,   because  the  analyst    who   o ptomistically    views   the 
potential   of   the   software    foe    Dae  system    would   logically    do 
the    same    for   similar    software  on    other   systems    (as   illus- 
trated in    Tables   VII    and    VIII).       Thus,    the    poin+    alloca-ion 
percentages,    though   different    for  each   alternative,    -end   to 
move    up   or   down    together. 

Isolated    changes    in    the  scores  can   affect    the   relative 
position    of  -*-he   alternatives.      Returning   to    the    original 
scoring   values,    if   only   the   evaluation   of   the   scheduling 
support    software   is   changed — increasing   that   capability   by 
ten    base    points,    for    example--bo th   the   Wang    and   Micro 
Networks    scores    increase,    narrowing   the    gap    between    them    and 
Trans-Pac.      Adding  ten  points,    the  Wang   soore    is   72   and 
Micro   Networks    is    49.5.       The    marginal   cost    between   those    two 
alternatives    does   not   change,    remaining   at    $65,200   for    22.5 
additional   performance  points,    but   the   marginal   cost    between 
either   alternative   and  Trans-Pao    changes.      The   worst   case 
marginal   cost    is   still  the   same- -521 , 100    increase   between 
Wang   and    Trans-Pac  and  $62,700   increase   between    Micro 
Networks   and  Wang — but  the  additional   performance   obtained 
for    that    price   has   dropped   by   ten   to    28    points    for   Wang   and 
50.5    for    the    microcomputers,    so    that    the    =xtra    money    doss 
not    buy  guite    as   much   as    before.       Another    scoring   change, 
affecting   only   one  alternative,    affects   the    relative 
performance   between  all    the   options.       If   the    Micro   Networks 
alternative   is   given    ten    more   points    in   the    equipment 
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maintenance   category,    the    resulting    performance    sccrss    are 
100    for   Trans-Pac,    72    for    Wang,     and   59.5    for    Micro    Networks; 
and    the   marginal   performance   gain   over   ths    microcomputer 
alternative  is    13.5   points   for   Wang  and   40.5    points   for 
Trans-Pa c--still   less   performance   for   the   money. 

The   preceding  analysis  has  shown    ths    sensitivity   of   the 
numbers   to   the   individual    perceptions   of   the    analyst.      The 
analysis    can   be    done    using  so-called    "expert"    opinion   to 
arrive  at   a   set    of  total    scores    with   which    the   decision- 
maker  feels   comfortable   and  confident.      However,    once    the 
totals  are    finalized,    only   the   responsible    decision-maker 
can    decide   what    ^rade-offs   in   cost   and   performance   are 
acceptable.      An   observer    can   speculate   that    if   the   final 
totals   produce   marginal   cost    figures    such    that,   the   Trans-Pac 
alternative    provides    38%    more    performance    at    a    3%   increase 
in    price  over   the   Wang  system,    as   in    the    =uthor*s   original 
evaluation,    then   the    decision-ma ker  would    elect   to   spend   the 
nominal    increase   for    a  substantial   performance    upgrade.      But 
when    the    choice    becom€S    less   obvious,    as    when    using    the 
figures   from    Figure   VITI    where   a    26%    price    increase   created 
by    choosing  Trans-Pac  over  Wang    yields   a    21%   performance 
increase,    only  the   decision-maker   who   must    live    with    and 
justify   his   decision    should  make    the    choice. 

B.        ADDITIONAL    FACTORS 

There   are   several   important    factors   other   than   software 
performance   which   will  influence    the    decision-maker's    choice 
of   computer  system.      These   factors   are   not    guantified    in 
this   thesis — nor   are    some   subject   to    numerical   analysis--but 
they   are    mentioned   as   areas   which   should    be    given    considera- 
tion  in   the   decision- making  process. 
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Reliability  of   the  system    is    of  critical    importance. 
Reliability   refers   not  only  to  hardware   reliability,    but   to 
software    and   data   reliability.      Processors    are   inherently 
reliable   pieces   of  hardware  because  they   are   electical 
rather  than   mechanical.       However,    if   the    wirings   or    indi- 
vidual components   of    a   minicomputer   fail,    all   computing 
power  is   lost.    Not   so    with   a    microcomputer    network   where   a 
user   confronted   by   a    failed   micr  ccomputer   simply  moves    to    a 
working   micro,    recalls  his  files    and    continues.      An   adjunct 
to    hardware  reliability    is   its   maintainability. 
Micrccom  puters   have    fewer   components    than    minis    due   to 
single  chip   and   single  board  technologies.       The   resultant 
modularity   of    design    makes   maintenance   or    replacement 
simple,    guick   and  inexpensive. 

Software   reliability    is,    to    a   large   extent,    a   function 
of    whether    a    package    is    custom- tailored    or    of    the   off-the- 
shelf   variety.      Packaged    software   aimed    at    a    wide   market   of 
users   is    highly   reliable,    reguiring   virtually   no   mainte- 
nance,   except   for   user-desired   modifications.      Microcomputer 
software   is   often   more  exhaustively   tested    than    software    for 
individually-designed   systems   simply    because   of   the 
economics    of   having   to  send  revisions   to    hundreds   of    thou- 
sands  of    microcomputer  users   at    no   charge.       Generally,    after 
a    few  thousand   copies   of    a   program  have    been    sold,    all    the 
bugs   have   been   found. 

The   integrity   of    data    is   the    key    to   any    system,    manual 
or    automated.      Computerized   computations    are    unguest ionably 
more   accurate   than    manual  calculations.      Semiconductor 
memory  is    so    reliable    that    many    manufacturers    dispense    with 
Darity  checking.8   Storage   media    are   reliable    too;    a 
"Winchester"    hard   disk  drive   has    a  mean   time    to    failure   of 


aA   parity   bit   is    appended    to    the    end    af    each    data    word 
and    set    odd  or   even   tc  correspond   to   the   odd    or    even   value 
of    the  sum   of    the   bits  in    the    word.      If   the    parity   bit    does 
not    match   the   sum,    an   error  is   detected. 
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15,000  hours   [15:30].      Data  transmissions   however,    are 
susceptible  to   error.      In   Cluster/One,    receiving   nodes    use 
check   sums   on    the   address    and    data   of   the    packe*.      If    the 
check  sums    don't   match,    the  sender  is   signaled   to   retransmit 
its    packet.      Additionally,   the   file   server    locks   a   file   if 
one    user    is   accessing   it    so  that    concurrent   changes   cannot 
be    made.       Qantel's  minicomputer    does    check    parity    bits    but 
does   not    provide   error  correction   if    an   error   is   found,    nor 
does   it    provide    storage    protection   to    prevent    unauthorized 
writing   in   certain   areas    of  main    memory,    a    feature   used    in 
timesharing  and    multi programmed    memory   schemes.       Wang    2200 
MVP    does    not    offer   any  of    the   three   features.      CompuStar 
provides   neither   error  checking    or  correction.      Storage 
protection   is    not   needed    in   systems    which    dedicate   memory    to 
one    process. 

There    are    many   other    considerations    in    choosing   a 
system.      Physical  sit  €  preparation,    if   needed    is   an   addi- 
tional cost.      The    larger    the    machine,    the    greater    the    need 
for    a   controlled  environment.      A.    large   machine    will   require 
more    power   and    radiate  more  heat,    thus    demanding   artificial 
cooling.       A    microcomputer    needs    no   special    environment,    nor 
do    most   small    minicomputers.      The   support    that    a   buyer    gets 
from   the    vendor    is   often    a   major   selling   point.      Some    users, 
especially   computer-naive   ones,     desire    much    attention    or 
"hand-holding"    in   the    jargon.      Such    personal    attention    may 
incurr  additional   fees  or    it   may    be   part   of   the   vendor's   way 
of    doing    business.      Unfortunately,    the   computer   industry   is 
a    volatile   one   and   the   vendor   who    sold   you    a    system 
yesterday    might    not   be  around   tomorrow.      A.    company's   reputa- 
tion  is  an   important    element   to    check   before   signing   a 
contract . 
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C.        CONCLUSIONS 

This    study  has    focused  on    one   company    in    particular    to 
illustrate  the   process  of   requirements   analysis   and   capacity 
planning.      First,    the   current    system    was    analyzed  to    deter- 
mine   what    information   was   being    maintained    and   how   it    flowed 
through   the  company.      The    filing    system    was    examined   to 
allow   specification   of  application  areas   to   be   addressed   by 
an    automated   system,    and    to   facilitate   prDper   sizing   of   the 
system  in    terms    of  storage  and   data   entry    equipment.      Once 
the    requirements   were   defined,    four   systems    were   presented 
to    meet   those   requirements,   two    minicomputer   systems    and   two 
multi-user    microcomputer    systems.      Costs    of    hardware    and 
software    were    drawn    from    various    sources    to    arrive   at    a 
total   cost    for   each  system.      These   costs    ire    subject    to 
chanqe,    due   to   both   the    variability    of    the    marketplace    and 
the    general   nature  of  the   compilation.      To    give    meaning    to 
the    costs,    measures   of  performance   were    established   using 
"■wo    weighted   evaluation    schemes    and    several    point   alloca- 
tions   within   the    weighting   formulae.       The    resultant    graph 
compared    the    four   systems    in   terms   of   performance   ranges    and 
cost   ranges.      The   derivation   of    the   marginal   cost    associated 
with   each    change   in    levels   of    performance    enables   a 
decision-maker,    who   knows    his    subjective    value   of  an    incre- 
ment  of   performance,     to    determine   which   alternative   is 
"best"   for   him.      If   the    cost   of    the    increment    outweighs    his 
subjective   valuation    cf   that   increment,    he    dees   not   spend 
the    extra    money    for 'it;    whereas    a    cost    less    than    his    value 
of    the   performance   increment    asserts    that    the    extra    money 
should   be    spent.      This  thesis   presents    the    computer   system 
options   in    an   evaluated   and   quantified   form,    so   that    the 
decision-maker   may  apply   his   subjective   value   of   performance 
and    money   to    determine  which   alternative    best   meets   his 
needs. 
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APPENDIX  A 


MONTEREY- SALINAS  TRANSIT'S  FILES  AND  REPORTS 
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TABLE    XI 
Financial    Piles 

File   name  Description  Input  Input      No.    of 

from  to  records 

General  standard    chart   of  financial        balance      225 

Ledqer  accounts:    monthly    5  subsystems      sheet 

year-to-date    actual  (A/P,    fixed 

budgeted    expenses   and  assets,    A/R) 

revenues,    assets   and 

liabilities 

Accounts  vendor,    address,    part        purchase  cash  120 

Payable  cost,    date,    discount  order  distr.         /mo 

journal 

Accounts  name, address, charqs,  controller      invoices      30 

Receivable      description,    date:  /yr 

for   charters 

Fixed  account    number,  controller      finance      700 

Assets  desription,    item   life  reports, 

monthly   &   cumulative  G/L 

depreciat  ion 


TABLE   XII 
Service   Planning  and    Scheduling    Files 

File   name  Description  Input  Input        No.    of 

from  to  records 

Pidership      vehicle   no., method    of  survey  routes      1000 

survey  pavmenx,    for    each   stop:  &   runs 

passengers   on/off/onboard  scheduling, 

distance/minutes  between  service 

steps,    passengers   per  planning 
minute,    per  mile 

Schedule        time    on/off  duty,    when/      plans  trans  35 

Timetable     where  to   break,    total  payroll 

?uaranteed   5   overtime 
or   each   coach   run 

Routes  route   characteristics:        external  run-  27 

traffic  signals,  cutting 

railroad   crossings. street 
widths, route    length 

Vehicle  condition,    size  maintenance   run-  52 

Info  capacity  cutting 

Runs  no.    of   drivers,  routes  schedule      55 

routes,    vehicle  info 
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